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(57) Abstract: Preferred embodiments of the subject invention comprise: (a) electronically receiving securities order-related data 
regarding a set of securities market participants (20); (b) electronically storing the received order-related data regarding the set of 
securities market participants (50); (c) electronically receiving a securities order-related query (or order parameters) from a first se- 
curities market participant (20); (d) based on the order-related query (or order parameters) received from the first securities market 
participant and on the securities order-related data regarding the set of securities market participants (20), computing a dissemination 
list of securities market participants based on ranking likely contras by probability of execution; and (e) transmitting that dissemina- 
tion list to an entity who has been granted the privilege of receiving such lists in exchange for being contractually bound to respect 
confidentially of the dissemination list and to use the list only for the purpose of sending securities-related information to members 
of the list. 
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A METHOD FOR DIRECTING AND EXECUTING 
CERTIFIED TRADING INTERESTS 

Cross reference to related applications 
5 This application is a continuation-in-part of Application No. 09/750,768, filed 

December 29, 2000, which is a continuation-in-part of Application No. 09/585,049, filed 
June 1, 2000. The entire contents of each are incorporated herein by reference. 

Field of the invention 

10 The subject invention relates to a method for managing certified trading information 

to direct and execute confidential trading interests over a computer network such as the 
Internet. 

Background of the invention 

15 The term "trading interest" is used herein to describe any expressed interest in trading 

a given security or securities, and the term "certified trading interest" is used herein to 
describe a trading interest that has been verified as genuine and certified as such by some 
trusted third party. One example of a genuine trading interest is an order that has been placed 
on a securities market automatic matching system. A second example of a genuine trading 

20 interest is a trading interest expressed by a party with a documented history of aggressive 
trading. An example of a trading interest that would not be certified is an undocumented 
indication of interest (known in the art as an IOI). 

In public securities markets, market mechanics and trading psychology create barriers 
to efficient information dissemination and price discovery. A market participant's decision to 

25 reveal information regarding a large trading interest typically represents a tradeoff between 
confidentiality and liquidity. As used herein, the term "market participant" refers to any 
person or firm with the ability to trade securities; examples of market participants include 
broker-dealers, buy-side firms, sell-side firms, and private investors trading on electronic 
communication networks (ECNs). "Buy-side" firms are those that buy new issues of 

30 securities, as distinct from broker-dealer firms that "sell" such new issues. 

By publicly revealing the details of a significant active buying interest, for example, a 
market participant assumes the risk of adverse price action. Other market participants with 
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legitimate selling interests and market makers can "fade" their offers (become much less 
aggressive sellers). There is also an empirically demonstrable risk of adverse price action due 
to "front running" (buying activity by market participants in anticipation of price movement 
resulting from the large revealed order). Confidentiality can be maintained by splitting the 
5 large order up into many small orders to avoid arousing interest, but this is inefficient and 
will fail to attract substantial natural contra-interests. An economically efficient transaction is 
therefore missed because the trading costs associated with disseminating information are too 
high. Also, the common practice of splitting large interests into smaller orders affects all 
price discovery. When confronting each order, a market participant must incorporate the 
1 0 .possibility that the order is only a small part of a much larger interest, because it is often 
impossible for the market participant to verify that many such orders are not being sent 
simultaneously. 

Another serious obstacle to efficient dissemination of trading interests and price 
discovery is the lack of validated information about trading interests. The validated trading 

15 interest information which does exist (e.g., displayed executable orders) is often of little 
assistance. Displayed orders are minuscule compared to undisclosed interest, and typically 
equate to no more than one or two minutes of trading in a liquid stock in the U.S. market. 
Displayed orders can therefore be easily manipulated, for example, to indicate excess buying 
interest when sellers are in fact abundant. In addition, non- validated misinformation is often 

20 created and disseminated by unscrupulous market participants to manipulate market prices. 
Voluntarily disseminated trading interests can be false or misleading if they are not verified 
either by proof of a current executable order, actual trades executed, or canceled orders which 
were at one point executable at risk in the market. Because there is often no way for a market 
participant to verify an expressed trading interest or to know which other market participants 

25 have a history of unscrupulous trading behavior, all prices must incorporate the possibility of 
such behavior. 

One known approach to voluntary selective dissemination of non-validated trading 
interests and activity in public equity markets is used by the AutEx^-® system. This is an 
electronic database and online network that provides users with the ability to voluntarily 
30 publicly indicate trading interests and executed trades. AutEx+® users can limit the 
recipients of a message regarding a trading interest by inclusion (a user-defined list) or 
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exclusion (blocking specific named market participants). Users can also limit by name the 
securities on which they receive information and the other users from whom they receive 
information. 

In the AutEx+® system the expressed trading interests and reported trades are not 
5 certified, however, and this creates the opportunity for deceptive dissemination of tracking 
information. In addition, users of the system are not obligated to report all trades, which 
offers further opportunities to create false impressions of trading interests. Significantly, this 
approach does not permit the use of certified trading interests (CTI) to limit information 
dissemination to those market participants likely to have a contra-interest. It also does not 

1 0 enable using such CTI analysis to permit market participants to limit the trading interest 
indications received. It also does not provide the ability to initiate an auction based on 
disseminated CTI analysis information. It also does not enable the monitoring of user trading 
activity to generate a rating of the accuracy of disclosures or the correlation of trading activity 
to inappropriate trading practices. 

1 5 One known approach to matching trading interests and executing trades while limiting 

information dissemination is employed by the POSIT® matching system. The POSIT® system 
allows trading interests to accumulate and initiates a matching sequence at set intervals. 
Market participants place confidential orders in the system and are unaware of the amount or 
aggressiveness of other orders on the same or contra side until the matching is released. This 

20 approach does not enable targeted communication of trading interests based on analysis of 
verified executable interests and trading activity, and does not provide the ability to initiate 
private auctions based on this analysis. It also does not permit granting the auction initiator 
any exclusivity over contra-orders entered in response to the targeted dissemination. 

In this environment, there is an acute need for efficient dissemination of confidential 

25 information regarding trading interests. Market participants with large confidential trading 
interests wish to notify only those other market participants likely to have a significant contra- 
interest. Other market participants wish to be notified of confidential certified trading 
interests to which they are likely to have a contra-interest. Both groups wish to have a place 
to transact a trade once they have been connected through analysis of their certified trading 

30 interests. Market participants also desire a means of certifying expressed trading information 
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and access to certified information regarding the trading behavior of other market 
participants. 

Summary 

5 Preferred embodiments of the subject invention overcome the limitations of known 

trading interest dissemination and execution systems by (1) enabling market participants to 
limit dissemination of trading interests to only those other market participants likely to have a 
significant contra-interest, (2) enabling market participants to ensure that other market 
participants' disseminated trading interests are legitimate, and (3) enabling auctions among 

10 trading interests targeted and validated in this manner. Software of a preferred embodiment 
identifies likely contra-interests by analyzing information from various sources regarding 
certified trading interests. 

Another preferred embodiment comprises a method of managing market information, 
comprising the steps of: electronically receiving data including confidential information 

15 regarding market participants; electronically storing said received data regarding market 
participants; electronically receiving information from a first market participant computer; 
electronically storing said information received from said first market participant computer; 
producing a targeted dissemination list of market participants based on said stored data 
regarding market participants and said information received from said first market participant 

20 computer; and electronically transmitting to the market participants on said targeted 

dissemination list data based on said information received from said first market participant 
computer. 

Advantageously, this is done without revealing the confidential information of the 
market participants to the first market participant. In one embodiment, the identity of the first 
25 market participant is not revealed to the other participants. 

A preferred embodiment comprises a method of managing market information, 
comprising the steps of: electronically receiving securities order-related or trade-related data 
regarding a set of securities market participants; electronically storing said received 
order-related or trade-related data regarding said set of securities market participants; 
30 electronically receiving a securities order-related or trade-related query from a first securities 
market participant; based on said order-related or trade-related query received from said first 
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securities market participant and on said securities order-related or trade-related data 
regarding said set of securities market participants, computing a dissemination list of 
securities market participants; and transmitting said dissemination list to an entity who has 
been granted a privilege of receiving such lists in exchange for being contractually bound to 
5 respect confidentiality of the dissemination list and to use the list only for the purpose of 
sending securities-related information to members of the list. 
Further embodiments are described below. 



Brief Description of Drawings 
10 FIG. 1 is a schematic diagram depicting a preferred embodiment of the subject 

invention. 

FIG. 2 is a schematic diagram depicting a preferred system for targeted dissemination 
of confidential information regarding trading interests. 

FIG. 3 is a flowchart illustrating steps of a preferred method of targeted dissemination 
15 of confidential information regarding trading interests. 

FIG. 4 is a flowchart showing steps of a preferred method of matching interests 
identified by targeted dissemination in an auction execution. 

FIG. 5 is a flowchart showing steps of a preferred order routing embodiment. 
FIG. 6 is a flowchart showing steps of a preferred order management embodiment. 
20 FIG. 7 is a flowchart showing steps of a certified trading interest query ranking 

embodiment. 

FIG. 8 is a flowchart showing steps of an order depository embodiment. 
FIG. 9 depicts a graphic user interface of a preferred embodiment. 
FIGS. 10-20 are flowcharts showing steps of further embodiments. 

25 

Detailed Description of Preferred Embodiments 
FIG. 1 illustrates a system configuration of a preferred embodiment of the subject 
invention that comprises a certified trading interest (CTI) manager 10 connected to various 
users 20 via a communication network 30. CTI manager 10 is a computer comprising a 
30 processor, a memory, and input/output including a communications interface. Computer 

programs stored in the memory operate the CTI manager in accordance with the invention. In 
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the preferred embodiment, communication network 30 is the Internet, but alternate 
embodiments can employ dedicated communication networks, as is well known in the art. In 
the preferred embodiment, communication between users and the CTI manager is secured, 
because of the confidential nature of the information communicated. The CTI manager 10 is 
5 also connected to various external data sources 40, a CTI user database 50, and an auction 
server 60. 

External data sources 40 provide information regarding positions held, trades 
executed, and active orders for the users 20. This enables the CTI manager to identify and 
verify users' historical and current trading interests. In an alternate embodiment, the CTI 

10 manager does not receive external data, but only uses data generated within the system. In a 
preferred embodiment applied to the U.S. equity market, the external data sources 40 include 
various electronic communication networks (ECNs) such as Instinet™, public markets such 
as NASDAQ™, stock exchanges, matching networks such as POSIT®, and publicly available 
data such as the published holdings of various institutional investors. In a preferred 

1 5 embodiment, the data regarding market participants used by the CTI manager comprises 

confidential information. For example, the identity of an executable order on an ECN is not 
typically available. Since the confidential information is not publicly available, the CTI 
system must obtain permission from the users 20 to utilize it. In the preferred embodiment 
users 20 agree to release this confidential information to the CTI system, with the 

20 understanding that the secure CTI system will use the information only for supplying the user 
with valuable confidential trading interests of others. In other words, the confidential 
information with which users 20 entrust the CTI manager 10 gives them access to more 
information (in particular, certified trading interests), but the confidential information 
provided by users 20 does not leak out to third parties. 

25 In a preferred embodiment, the CTI manager 1 0 communicates in real time with 

external data sources 40 via the Internet. Alternate embodiments employ dedicated 
communication networks as is well known in the art. Also, alternate embodiments store 
information from external data sources 40 in a database and update the information 
periodically rather than in real time. For example, an alternate embodiment receives 

30 information regarding the published holdings of various institutional investors, stores the 
information in a database, and updates the information from the news service source only as 
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frequently as new information is published. As will be apparent to those skilled in the art, the 
subject invention could also be used to direct confidential information in markets other than 
U.S. equities, since virtually all markets for fungible items of value pose the same 
informational inefficiencies. 
5 In a preferred embodiment, the CTI user database 50 contains user data such as 

security and contact information, CTI notification parameters, and an activity history. The 
preferred embodiment maintains an activity history for each user that includes auctions 
initiated and their outcome (e.g., whether the auction was canceled, unsuccessful in locating a 
contra-interest, or resulted in a partial or full execution of the initiating interest). The activity 

1 0 history also includes the CTI notifications received, the orders placed in response, and their 
outcome (whether the responding order was canceled, unsuccessful, or resulted in a partial or 
full execution of the response order). In an alternate preferred embodiment, the CTI user 
database 50 simply maintains overall statistics regarding this activity history for each user. 

The CTI notification parameters specify the circumstances in which CTI information 

15 is to be received and can be different for different securities and different users. For example, 
some users may limit CTI notifications to initiating interests over 100,000 shares for certain 
securities and 500,000 shares for others. In a preferred embodiment the notification 
parameters can be modified by the user at any time, and can be on the basis of order size, 
security, identity of initiating user, or statistics regarding the initiating user's activity history. 

20 In an alternate preferred embodiment, the CTI user database 50 also contains 

information regarding inappropriate trading behavior such as peg gaming and front running. 
Peg gaming is possible when an auction sets the execution price to be the market midpoint at 
a specific time. An auction participant with a large buy order might sell actively in the 
market to pull the midpoint price down. Front running is possible in this context if, for 

25 example, a recipient of a notification of a large buy order starts buying CTI trades actively 

before the auction in anticipation of price action caused by the large CTI. The CTI manager of 
this embodiment will monitor the trading activity of all auction participants and note any 
suspected peg gaming or front running in the CTI user database, either as raw data or as a 
rating of trading behavior. An alternate embodiment maintains similar data and/or ratings in 

30 the CTI user database 50 regarding the accuracy of the market participants' non-certified 
disclosures on external systems such as AutEx+® . A further embodiment maintains similar 
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data and/or ratings in the CTI user database 50 regarding the market participants' adherence 
to self-imposed trading limits set during negotiations. This list is not intended to be 
exhaustive; other embodiments will be apparent to those skilled in the art. 

The auction server 60 manages the process of accumulating market participant (MP) 
5 contra-orders in response to a CTI notification and executing a matching auction. In an 
alternate embodiment, there is no auction server and the CTI system functions as a targeted 
information dissemination mechanism. FIG. 2 depicts the information management function 
of a preferred embodiment of the subject invention. An initiating user 210 communicates to 
the CTI manager a trading interest and parameters that limit the dissemination of the 

10 information. The CTI manager uses these parameters and CTI information 230 to determine 
which market participants 240 should receive the information. Also, each MP communicates 
his own parameters to the CTI manager delineating the trading interest information that the 
MP desires to receive. The CTI manager therefore acts as a bilateral CTI information filter 
220. It limits dissemination of the initiating user's confidential information to those MPs 

15 240 for which (1) the MP fits the initiating user's dissemination parameters, and (2) the 

initiating interest fits the MP's notification parameters. In an alternate embodiment, the CTI 
manager is only a unilateral information filter in which the system targets MPs to notify but 
does not allow the MP to similarly filter notifications. Comparing FIG. 1 and FIG. 2, in a 
preferred embodiment both the initiating user 210 and the market participants 240 are users 

20 20 of the system, the bilateral CTI information filter 220 is the CTI manager 10, and the CTI 
information 230 is supplied by the external data sources 40 and the CTI user database. 

FIG. 3 is a flow diagram of the operation of an information management function of a 
preferred embodiment. In step 3 10, a user communicates an initiating interest to the CTI 
manager. In the preferred embodiment, the initiating interest is a live executable order 

25 submitted to the CTI system to initiate an auction, but in alternate embodiments the initiating 
interest can be other information that the CTI system must then certify. For example, the user 
may wish to selectively disseminate the existence of a large executable order that a user has 
placed in another market or auction system such as an ECN or POSIT®. The user would 
submit information regarding the order, and the CTI system would then verify the existence 

30 of the claimed order, so that all market participants subsequently notified of the order can rely 
on the truthfulness of the dissemination. Similarly, the user can submit an indication of 
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interest, which the system then certifies from verified information regarding current 
executable orders, recent trading history, and/or canceled orders which were once executable 
but were not filled. Once again, all market participants subsequently notified of the interest 
can rely on the truthfulness of the dissemination. In an alternate embodiment, the user can 
5 submit a non-certified trading interest, but this lack of certification is indicated to all market 
participants subsequently notified. 

In a preferred embodiment, the initiating interest includes a price limit, which can be a 
nominal value (e.g., $112 Vz) or pegged to a market price when the price is set (e.g., market 
midpoint set at the termination of the auction). Alternate embodiments enable the initiating 

10 user to peg the price limit to a yet-to-be-determined market value or index. For example, in 
an alternate embodiment the user can peg the price limit to the daily volume weighted 
average price (VWAP) as will be calculated at the end of the trading session. In the preferred 
embodiment, the initiating interest includes auction parameters such as the length of the 
period during which the CTI system is to accumulate responses from the market participants 

1 5 (the "accumulation period"). 

In step 320, the user communicates the desired dissemination parameters. In the 
preferred embodiment, there are many dissemination parameters available to the user, the 
most important being various measures of certified contra-interest. In the preferred 
embodiment, the user can specify certified contra-interest from (1) live executable orders; (2) 

20 past executed trades; or (3) canceled orders that were once executable but were not filled. 
Examples of CTI-based filtering of dissemination of an interest to buy 500,000 shares of a 
certain stock include limiting dissemination to (1) MPs or other system users presently 
offering 10,000 or more shares of that stock in the marketplace; (2) MPs or other system 
users who have sold over 25,000 shares of that stock in the current trading session; (3) MPs 

25 or other system users who have offered blocks of over 10,000 shares of that stock in the 
current trading session; or (4) MPs or other system users who have bought at or above the 
National market Best Offer in the current trading session. The quantities and time horizons in 
these parameters are all selectable by the user. 

In a preferred embodiment, there are many other parameters available to the user that 

30 employ market information from the external data sources 40 and the CTI user database 50 to 
more accurately target dissemination to desired market participants. For example, the user 
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can choose to notify only those market participants with certain response or initiation 
statistics (e.g., directing the CTI manager to notify only market participants who have 
responded to 10% of CTI notifications received in a certain time frame or to a certain total 
number of CTI notifications). In addition, the preferred embodiment enables the user to target 
5 MPs with certain known holdings in the security of interest. The preferred embodiment also 
enables users to exclude MPs from notification on the basis of their history of trade breaks 
(e.g., preventing CTI information from reaching any MP who has broken some quantity of 
trades in some period of time). The preferred embodiment also enables users to include or 
exclude specific MPs from notification by name or identification number. 

10 In an alternate preferred embodiment, the user can also target MPs based on more 

sophisticated analysis performed by the CTI manager on the trading patterns of various users 
to identify certain correlations or patterns (e.g., buyer of technology stocks, sector rotation, 
etc.). In another preferred embodiment, the user can exclude MPs based on any identified 
inappropriate trading behavior such as front running and peg gaming stored in the CTI user 

15 database 50. In another alternate embodiment, the dissemination parameters are system- 
defined and not selectable by the user. In yet another alternate embodiment, the user can 
choose between defining some or all of the dissemination parameters and using system- 
defined default parameters. Preferred database queries and query mechanisms are discussed 
below in greater detail. 

20 Referring back to FIG. 3, at step 330 the CTI manager accesses the necessary CTI 

information from the external data sources 40 and the CTI user database 50 to perform the 
CTI filtering analysis. At step 340, the CTI manager analyzes CTI information using the 
dissemination parameters and produces a list of MPs to notify. At step 350, the CTI manager 
further reduces the MP notification list using the MP notification parameters stored in the 

25 CTI user database 50. At step 360, the CTI manager sends notification of the confidential 
initiating CTI to those MPs for which (1) the MP fits the initiating user's dissemination 
parameters, and (2) the initiating interest fits the MP's notification parameters. In an alternate 
embodiment, the notification includes statistics regarding the initiating user's past auctions 
(e.g., proportion filled, cancel rate, frequency of trade breaks, etc.). 

30 In an alternate preferred embodiment, after step 350 the initiating user is shown a 

summary of the results of this analysis and is given the option of modifying the dissemination 



- 10- 



WO 01/93169 PCT/US01/17519 

parameters given in step 320 to more accurately tailor/limit the dissemination of confidential 
CTL For example, a user can modify dissemination parameters that are too inclusive (e.g., 
too many MPs have sold 10,000 or more shares of the relevant security today) or exclusive 
(e.g., there are no MPs who currently have a live order to sell over 50,000 shares). The 
5 production of the MP notification list is an iterative process in this embodiment, as the 
embodiment repeats steps 330-350 until the user is satisfied with the output of the 
dissemination analysis. The user interaction in this iterative process is performed through 
interface means that are well known in the art. 

In a further alternate embodiment, the adjustment is done by the system without 

10 sending information back to the recipient, based on adjustment rules set by the user 

beforehand. For example, if a user enters a query to find the buyers of more than 10,000 
shares net during the past hour, but wishes to notify no more than 4 counterparties, this query 
request may be amended by a request to extend the time period to more than one hour if the 
number of contraparties found in the past hour was less than 4 or, in the opposite case, where 

15 more than four large buyers were found in the time period, by a request to reduce the time 
span of the query. A simple example of a self-adjusting query is one that seeks the most 
recent net buyer or seller of at least a given number of shares. If no one has accumulated a 
position of this size in a given time period, it would return the largest accumulator during said 
time period. This query will return exactly one counterparty, unless there have been no trades 

20 in the day, in which case the user would be notified that no counterparty could be identified 
for lack of trading data in that security. These examples of self-adjusting dissemination rules 
are intended for the purpose of illustration only and not as an exhaustive list; other 
self-adjusting dissemination rules will be apparent to those skilled in the art. 

FIG. 4 is a flow diagram of the operation of the CTI management system in executing 

25 an auction based on the disseminated initiating interest. At step 405, notification of an auction 
initiated by a CTI is disseminated to MPs targeted in the process depicted in FIG. 3. At step 
410, the notified MPs have the option of responding to the notification. In the preferred 
embodiment, this response is an executable price-limited contra-order sent to the auction 
server. As with the initiating interest, in the preferred embodiment the price limit can be 

30 either a nominal value or pegged to a market price. Alternate embodiments enable the 
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responding MP to peg the price limit to a yet to be determined market value or index. For 
example, in an alternate embodiment the MP can peg the price limit to the end of day VWAP. 

An alternate embodiment enables the notified MPs to simultaneously submit a trading 
interest and send a message to the initiating user to directly negotiate a trade. Another 
5 alternate embodiment enables the notified MPs to respond via a private chat session to 

directly negotiate a trade. Alternate preferred embodiments also enable the MP to respond in 
a semi-private negotiation chat session with the initiating user and some or all of the other 
notified MPs. The system provides the chat and messaging functionality using interactive 
communication technology as is well known in the art. Alternate preferred embodiments also 

10 provide the notified MPs with the initiating user's phone number and/or e-mail address to 
provide other channels of direct communication. 

In step 420, the auction server 60 accumulates orders from the notified MPs. In the 
preferred embodiment, the duration of the accumulation period is set by the initiating user in 
the auction parameters communicated in step 310, subject to a system-defined minimum and 

1 5 maximum. This enables users of the CTI system to initiate auctions at any time and limit 

them to MPs with verified contra-interest, in sharp contrast with the POSIT® system in which 
users must wait for periodic matching sessions which are not targeted in any way. In alternate 
embodiments, there is a fixed, system-defined accumulation period. In another preferred 
embodiment, the system sets the end of the accumulation period, subject to a minimum and 

20 maximum. If possible, the system sets the end of the accumulation period to match the end of 
the accumulation period of any other pending auction so that the auctions can be combined to 
increase total liquidity. In the preferred embodiment, during the accumulation period, the 
initiating user and the notified MPs can modify or cancel their orders placed in the auction 
server. Alternate embodiments place restrictions on this ability. For example, an alternate 

25 embodiment does not permit the initiating user to cancel the auction after notified MPs have 
responded with contra-orders; the initiator is locked into the order once a MP has relied on it 
to respond with a contra-order. 

In step 430, the auction server 60 of a preferred embodiment prioritizes the contra- 
orders sent by notified MPs. The preferred embodiment creates an execution priority by the 

30 following sequential rules: 
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1) Total matched size - Combinations of contra-orders axe chosen which maximize total 
size executed. 

2) Price limit - If competing MP contra-orders would produce equal matched quantities, 
the auction server will first execute MP contra-orders with more aggressive price 

5 limits. 

3) Size limit - If competing MP contra-orders have the same (or no) price limit, the 
auction server will first execute orders with more aggressive size limits. 

4) Time of entry - If competing MP contra-orders have the same size limit, the auction 
server will first execute orders entered earlier. 

10 Alternate embodiments that employ different execution priority rules will be apparent 

to those skilled in the art. For example, one alternate embodiment ignores the size limit of 
the contra-order; in another alternate embodiment, where there are no price limits and actual 
execution is at the market midpoint .at the moment of matching, execution priority is by time 
of entry. 

1 5 The above description assumes that the initiating interest is the only order on one side, 

and all orders sent to the auction server by notified MPs are on the contra-side. It is possible 
that a notified MP responds with an order on the same side as the initiating interest, 
necessitating an execution priority for that side as well. In a preferred embodiment, the 
initiating interest has absolute execution priority over subsequent MP orders. This is an 

20 additional benefit of the CTI system from the initiating user's perspective. The system 
enables the initiating user to target dissemination of a confidential trading interest to MPs 
with a certified contra-interest, to influence the auction timing, and obtain priority in 
matching over contra-orders placed in response. All orders placed by notified MPs on the 
same side as the initiating interest are executed only after the initiating interest is filled, and 

25 according to the execution priority outlined above. Once again, alternate embodiments that 
employ different execution priority rules will be apparent to those skilled in the art. 
Furthermore, in an alternate embodiment, the initiating interest is not granted absolute 
priority over competing orders subsequently placed by notified MPs, and must compete 
according to the ordinary execution priority. 

30 In another embodiment, more than one auction can be combined to pool liquidity. In 

a combined auction, each initiating interest is given exclusivity over contra-orders placed by 
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notified MPs in response to that respective initiating order. By "exclusivity" it is meant that a 
contra-order placed in response to an initiating order cannot be matched with any other order 
until the initiating order is filled or canceled. In an alternate preferred embodiment, there is 
no priority or exclusivity granted to the initiating orders in a combined auction, and all orders 
5 compete according to the same execution priority. Alternate embodiments that employ other 
means of combining auctions will be apparent to those skilled in the art. 

In step 440, the auction server executes the orders according to the execution priority 
set in step 430, all at a price set by the type of auction employed. If there are no MP 
responses or no trade is possible given the limit prices, the auction is unsuccessful and is 

10 terminated. In a preferred embodiment, the auction server employs a midpoint cross auction, 
where all orders are executed at market midpoint at a certain time. To avoid peg gaming, in 
the preferred embodiment the execution price is pegged to market at a random time during a 
ten minute "fuzz period" after the end of the accumulation period. In an alternate 
embodiment, there is no fuzz period and the auction execution price is determined at a known 

1 5 time after the end of the accumulation period. 

In an alternate embodiment, there is no system-imposed accumulation period or fuzz, 
but the system offers randomly-timed match events, and users who initiate a transaction have 
the option to submit the corresponding response orders to an accumulation period to (1) 
create competitive bidding conditions; (2) expose their initiation order to immediate 

20 execution against response orders as they come in on a first-come- first-served basis; and/or 
(3) expose their initiation order to the above-mentioned random match-check events when 
such events take place. Preferably, the random match-check events are scheduled with a 
constant probability per unit of time. This result can be achieved with a computer by 
generating a pseudo-random number in the range (0,1) and setting the delay between one 

25 match-check event and the next equal to the logarithm of this pseudo-random number. The 
timing of the day's match-check events is stored in the system but is not disclosed to the 
users. Users who enter orders specify whether the order should (1) subject response orders to 
a holding period before they can match, for the purpose of generating competitive auction 
conditions; (2) expose the originating order to an immediate match-check event following the 

30 expiration of the holding period, if any; (3) expose the originating order to immediate 

execution against response orders on a first-come-first-served basis (following the expiration 
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of the holding period, if there was one); or (4) expose the originating order to execute in 
randomly-timed match-check events. 

For example, a user could use this system in the following ways: (1) to enter an order 
that will be exposed only to randomly-timed match-check events, removing the advantage of 
5 market timing for the contra party. (2) Enter an order that a notified party can execute at any 
time by entering a response order. This transaction gives the recipient the benefit of market 
timing, and may in return ask for a better price. Preferably, the notified parties are aware of 
these order-handling rules, so they know how their response order will be handled, and 
specifically, whether it will execute immediately or be placed on hold for a randomly-timed 

10 event. In a further alternate embodiment the system displays only the usual facts about the 
order and the order-handling rules remain hidden. In a still further alternate embodiment, the 
order is displayed as a passive order and executes immediately against contra orders at that 
price (such as the inside market best bid or best offer), but upgrades its price to the midpoint 
for possible crossing against similar orders on the contra side in the event of randomly-timed 

1 5 events where neither party has control of the execution time. In this hybrid embodiment, the 
value of the market timing option is displayed to the order recipient, allowing both market 
makers (liquidity providers for whom the market timing option is of most value) and 
"natural" contras seeking midpoint executions to participate, each in their natural manner. In 
an extension of the hybrid embodiment, the initiating order simply displays two prices, which 

20 do not have to be the inside market or midpoint prices but can be fixed limit prices or prices 
pegged relative to a market value such as the midpoint price minus $0.03; the more 
aggressive price is accessible only to respondents who are willing to renounce the market 
timing option by leaving their order on hold until the next match-check event. 

Alternate embodiments employ various other auction types. For example, one 

25 alternate embodiment employs a "sealed envelope" auction where the limit price on all orders 
is kept confidential, and a single price is chosen to maximize the size of the matched 
execution. Another embodiment employs a "private outcry" auction where the initiating user 
and all notified MPs can see all orders and their limit prices as they accumulate, and there is 
price competition among the responding MPs to trade with the initiating interest. The 

30 examples given assume that all orders are executed at the same price; another alternate 

embodiment employs discriminatory pricing where all orders from responding MPs trade at 
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their limit price. This list is not intended to be exhaustive, as alternate embodiments that 
employ different auction types will be apparent to those skilled in the art. An alternate 
embodiment enables the initiating user to choose from more than one different auction type 
such as those described above. 
5 In step 450, the auction server informs the initiating user and all responding users of 

the status of their respective orders (i.e., "fill," "partial execution," "canceled," "open," 
"expired"). In step 460, the auction server of the preferred embodiment enables participants 
in the auction to communicate with each other and a system administrator to resolve any 
perceived errors. In a preferred embodiment this communication is via semi-private chat 

10 messaging, but alternate embodiments supply telephone contact information. Users can 

break the trade or negotiate an amendment during a temporary window, after which the trade 
is final. The use of this window represents a tradeoff between the interest in instant finality to 
trades and the interest in minimizing the costs and disruption caused by errors. An alternate 
preferred embodiment does not offer a temporary window to negotiate changes to the 

15 executed auction. In step 470, the CTI manager 10 processes the auction activity and updates 
the CTI user information database to reflect the initiation, response, execution, and trade 
break activity that took place. 

In an alternate preferred embodiment, the auction server 60 also contains a depository 
of orders not related to an active auction. In this embodiment, any user can place an order in 

20 the depository without initiating an auction or invoking CTI targeted notification. These 

orders are dormant until an auction is initiated in that stock, at which time they are treated by 
the auction server as a response received from a notified MP in step 410. In an alternate 
embodiment, the auction server performs a match at periodic intervals without any CTI 
initiation to clear out the depository of dormant orders. An alternate embodiment performs 

25 these auctions only when sufficient dormant interest has accumulated, rather than at defined 
intervals. In yet another embodiment, these orders are not dormant and are continuously 
executable subject to their price limit, as in an ECN. Another embodiment enables live 
execution but with a price limit defined relative to an external price, such as the market 
midpoint or a certain spread to the end of day VWAP. 

30 In an alternate embodiment, the user entering an order into the order depository can 

specify relevant order-handling rules. Examples include: (1) whether the order will be 
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exposed to random match-check events; (2) whether it will be exposed to other orders being 
entered into the system as depository orders; (3) whether it will be exposed to orders with a 
CTI notification request attached (hereinafter "advertised orders"). In embodiments 
comprising an order depository, the user entering an advertised order can preferably also 
5 specify whether or not this order will be exposed to the incoming depository orders. By 
letting an order execute against an entered contra order immediately, as opposed to limiting 
this process to randomly-timed match events, the party entering an order is expressing the 
willingness to be "picked off by a contra party who might be blindly probing the system to 
grab any available liquidity in light of newly released price-affecting news. 

10 In an alternate embodiment, the system specifies order-handling rules that are fair for 

all participants, and advertises these rules for all to understand. Preferably, the advertised 
order is exposed to immediate execution against response orders - it is not exposed to 
immediate execution against orders submitted to the order depository, or against other 
initiation orders that are not responding to the notification of the advertised order. Response 

15 orders have a first chance to match against the corresponding initiators, and are eligible to 
match against any other order thereafter; depository orders are exposed only to random 
match-check events. In an alternate set of system-imposed order-handling rules, the 
initiator's order is only exposed to execute immediately against respondents who pay a more 
aggressive price; midpoint responses are stored until the next randomly-timed match-check 

20 event. This list of order-handling default rule-sets is intended only for the purpose of 

illustration; it is not intended to be exhaustive, and other order-handling default rule-sets will 
be apparent to those skilled in the art. 

Notification on near misses: in an alternate embodiment, a user entering an order can 
request that a message be generated to notify any party who enters an order on the contra side 

25 that is close to matching but does not quite have the right price or sufficient size for a match. 
Preferably, the user specifies what price or size differential defines a "near miss." For 
example, such a definition might state that the price should be within $0.03 of the order's 
limit price and that the size should be no less than l A of the order's minimum execution 
quantity, or that the second order's minimum quantity should be no greater than 1 Vz times the 

30 first order's size. This is an example of routing CTI messages (notifications of an order) 
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based on CTI information (the fact that the second participant entered an order with nearly 
matching conditions). 

In an alternate embodiment, the notification on near-misses is also available when the 
order has already been the subject of another notification, in which case a second notification 
5 event may take place regarding the same originating order. When a single order is subject to 
multiple notifications, the order-handling rules apply as they relate to the particular 
notification that the response is related to. For example, one notification may indicate that 
response orders would execute immediately on a first-come-first-served basis, while another 
notification of the same order would receive responses in a book to be considered in a 

10 random match-check event. In a hybrid notification, the respondent chooses to pay up for an 
immediate execution or wait for a better price by placing an order in the book and wait for a 
random match-check event. 

In a further alternate preferred embodiment, there is no auction server or execution 
functionality, and the CTI system functions as the targeted information dissemination 

15 mechanism depicted in FIG. 2. In this alternate embodiment, after the notification process 
depicted in FIG. 3, the CTI system does not perform the auction process depicted in FIG. 4, 
but rather enables the notified MPs to respond to the initiating user via a private or semi- 
private negotiation chat session as described above. Alternate preferred embodiments also 
provide the notified MPs with the initiating user's phone number and/or e-mail address to 

20 provide other channels of direct communication. After the initiating interest expires or is 

canceled, the preferred embodiment updates the CTI user database to reflect the initiation and 
response activity. 

In an alternate embodiment, a third-party matching facility, such as Optimark, uses the 
CTI system to drum up liquidity for a match, then executes the match. For example, a MP 
25 may send an order to Optimark and request that a notification be sent out announcing: "There 
is an order for DELL in Optimark for the next round; please participate." In this embodiment, 
there is no chat, but there is an address (in the example, Optimark' s) where the match is to be 
executed. 

In a further preferred embodiment, the CTI system functions in a manner roughly 
30 analogous to a rating service. In this embodiment, the system compares non-certified 

disseminations of trading activity (such as the disclosures on AutEx+®) to actual certified 
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information, to generate a measure of the overall accuracy of market participants' disclosures. 
This accuracy rating can be used by other market participants to discriminate among the 
disclosures on the basis of demonstrated trustworthiness. 

In another embodiment, the CTI system rates a market participant's compliance with 
5 the MP's own stated trading limits. For example, when a MP is negotiating a trade, in order 
to receive a better price the MP may agree to be bound to a trading cap, to demonstrate that 
the present order is not part of a much larger trading interest, and that the MP is not 
simultaneously negotiating similar trades with other MPs. The CTI system can compare the 
MP's stated trading limits to actual certified information, to generate a measure of the MP's 

10 demonstrated trustworthiness. This rating can be used by other MPs to accurately price the 
likelihood that a negotiated order is part of a much larger order. 

In an alternate embodiment, service bureau functionality is based on a subsystem 
hosted by the DTCC [need definition], where queries are executed to confirm whether or not 
a given user has exceeded the stated cap on the number of shares to accumulate in the given 

15 day. In this embodiment the subsystem receives a data feed from an Institutional Delivery 
(ID) system containing information on the buy-side party that is involved in each trade. 
Preferably, the result of the query is not disclosed back to the system of the present invention, 
but only a Boolean (yes/no) descriptor of the party's compliance with stated trading cap is 
disclosed, upon permission by the institution concerned. Failure to permit said verification is 

20 handled in the same manner as a failure to comply with the trading cap: compliance statistics 
are reported to the trading counterparty in subsequent attempts to negotiate a trade using a 
trading cap. 

In an alternate embodiment, the subsystem is not hosted by the DTCC, but by the first 
participant's custodian firm. In a further alternate embodiment, a large institutional custodian 

25 hosts the system. Custodians are another natural throttling point where the vast majority or all 
of a particular institution's trading data is available. In a further alternate embodiment, the 
system is permitted to execute queries against client institutions' order management systems, 
to verify that the trading caps are being respected. Preferably, this access can be permitted or 
denied, either system-wide or on each query request. As above in the case of access denial, 

30 said denial can be subsequently reported as part of compliance statistics. 
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In the above order management embodiment, participants are contractually bound to 
respect the integrity of the software that locally receives query requests and executes them 
against the OMS database, as well as to respect the integrity of the OMS database itself so 
that the information in said database accurately reflects the participant's executed trades. The 
5 contract can also include a right to have a third-party consulting firm inspect and verify 
compliance with said contractual terms. In a further alternate embodiment, a clearing firm 
hosts the system that executes queries against the trading data. This embodiment of the 
service bureau issues certificates on the voluntary compliance of their correspondents to 
stated trading limitations. 

10 In a further embodiment, the CTI system monitors a MP's trading activity for 

correlation to inappropriate trading behavior, to generate a behavior rating. In this 
embodiment, the CTI system monitors MP activity for suspected front running. When the 
system becomes aware that a MP has been notified of a large trading interest (e.g., from an 
auction notification on the system or through a CTI disseminated over the system), the system 

15 monitors the subsequent trading activity of notified MPs to analyze correlation between their 
trading activity and the revealed CTI. 

In another embodiment, the CTI system monitors MP activity for suspected peg 
gaming. The system monitors the trading activity of MPs participating in auctions (on the 
CTI system or on another system such as POSIT®) in which the price is set relative to a 

20 market price such as the midpoint. This trading activity is monitored for negative correlation 
to represented auction orders (e.g., MPs who sell while a buy order is represented in the 
auction), which indicates a possible attempt to manipulate the price of the auction execution. 
In another embodiment, the behavior rating also incorporates information regarding the MP's 
history of trade breaks. 

25 In all of these "rating service" embodiments, the MP being rated permits the CTI 

system to use confidential information to rate the MP's past behavior (e.g., disclosures, trade 
breaks, inappropriate trading activity) in order to receive better prices on future trades or 
more order flow. This rating information is stored in the CTI user database 50 and can come 
in many forms, as will be apparent to one skilled in the art. Examples of ratings forms 

30 include numerical data (percent divergence between disclosed and actual trading activity or 
between stated trading cap and actual trading activity), boolean indicators (has the market 
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participant exhibited inappropriate trading behavior or not), or scaled ratings (rating from 1 to 
n that incorporates information regarding various trading activity scaled according to, for 
example, recency and frequency of certain activity, degree of correlation to inappropriate 
behavior, etc.). These examples are not exhaustive, and many representations of the rating 
5 data will be apparent to those skilled in the art. In an alternate embodiment, an MP may 
request that a rating "certificate" be provided to a potential counterparty, to demonstrate to 
the counterparty the trustworthiness of the MP. The certificate is a certified report based on 
the MP's market behavior history. 

These embodiments provide the described "rating service" function in addition to the 

10 auction and execution functionality described in FIG. 4; the ratings can also be used as a 
dissemination parameter in these embodiments. Alternate embodiments that provide the 
rating function do not offer the execution functionality and operate as the targeted 
information dissemination mechanism depicted in FIG. 2; the ratings can be used as a 
dissemination parameter in these embodiments as well. Other embodiments simply operate 

15 as a certification and rating system, and do not offer execution or targeted dissemination 

functionality. Preferably, the previously described rating supports additional functionality for 
users to determine whom they wish to notify of their orders. The system does not notify users 
of said statistics on the analysis of front-running activity by other MPs, but users are aware of 
which statistical parameters are maintained in the system and can set their own conditions to 

20 avoid notifying parties whose past trading statistics indicate a high likelihood of front-running 
activity, or any of the other ratings described above. 

For example, users are able to exclude from notifications any user for which adverse 
price impact followed receipt of a notification in at least 65% of the cases and where the 
sample set contained at least 10 previous notifications. In an alternate embodiment, the 

25 system has a disclosed rating equation that produces a single no-front-running target quality 
indicator (a number from 0 to 10) and users choose the minimal number that will be required 
for a recipient to receive a notification. In an exemplary implementation, this quality 
indicator is equal to 10 minus the number of times in the last 10 notification events adverse 
price movement of less than $0.1 followed the notification in the subsequent 5 minutes, 

30 minus twice the number of cases where said adverse impact was greater than $0.1, plus the 
number of times the price impact was favorable to the originator of a notification, or 10 if the 
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above calculation gave a result greater than 10. Other implementations of a system-defined 
rating system will be apparent to those skilled in the art. 

In another alternate embodiment, the rating follows from an equation that is not 
disclosed to the parties, and is subject to being modified without notice, so that it becomes 
5 impossible for users to find loopholes allowing them to front-run with impunity by 

occasionally acting in a way that will increase their score though an understanding of the 
scoring algorithm. 

In all of these embodiments, Market Participants agree to submit their trading data to 
this analysis or renounce the opportunity to receive notifications from initiators that include a 

1 0 no-front-running scoring requirement in their notification parameters. In an alternate 

embodiment, the agreement is not required on a case-by-case basis but instead the agreement 
to submit data for front-running analysis is part of the general agreement to use the system. 

In an alternate embodiment there is no equation giving a score but the rating is 
replaced by a simpler "penalty box" mechanism. In this embodiment, users who receive 

1 5 notifications of an order of at least 1 00 shares displayed and do not enter a response order for 
at least the lesser of 1000 shares or the received order size will be marked as "uninterested" in 
that symbol and side and therefore ineligible to receive further notifications during a 
30-minute period. A user can reaffirm his or her interest in trading this symbol and side by 
entering an order for at least 1000 shares with notification parameters chosen so that at least 

20 one other party is included in the dissemination list — thereby creating a genuine liability. 

In an alternate embodiment the originator of a notification can decide whether a 
penalty box should be applicable (to exclude from potential notification recipients who have 
recently failed to respond), and may include the penalty box duration (other than the 
30-minute default value) and the minimum size required to be placed in the penalty box (or to 

25 leave the penalty box by entering an order), as part of the dissemination parameters. 

A further embodiment of the subject invention is directed to order routing and order 
management based on CTI information. One element that differentiates the subject invention 
from other systems and methods is its use of confidential information on a one-way basis: 
MPs supply confidential information to a preferred system in order to attract trading interest 

30 notifications; this confidential information is never released to other MPs. 
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Current order routing and management systems are based on public information only 
— for example, Tradescape will route an order to Instinet if Instinet is currently showing the 
best price, and offers faster executions than other MPs (such as Market Makers that implicitly 
guarantee the same price) - but Tradescape does not know whether or not this best-priced 
5 order on Instinet has a large reserve size. In a preferred embodiment of the subject invention, 
Instinet sends its client's reserve size information confidentially, knowing that the only usage 
made of that data will be to send a large-sized order that can hit the reserve size if the 
opportunity comes up. Other sources of confidential information, besides reserve size 
information, would include the data on clients' past trading activity, and other CTI 

10 information sources, including those described elsewhere in this description. 

An order routing embodiment is disclosed in' FIG. 5. At step 510 the system receives 
an order and dissemination parameters. At step 520, it creates a dissemination list as 
described above, and at step 530 ranks the market participants on the dissemination list and 
identifies the market participant that is the most likely to take the contra side to the trade. At 

1 5 step 540, the order is routed to the identified MP. 

There are several ways to rank market participants, depending on the CTI information. 
The ranking rules can be any one or an ordered combination of the following: 

First, by size: if the MP's CTI information comprises orders, then the MPs will be 
ranked according to the size of these orders; if the CTI information comprises trades executed 

20 in the recent past, the system will rank MPs by total net size traded in the past N minutes 

(buys minus sells), or by gross traded volume (buys plus sells): for routing a sell order, larger 
net or gross buyers are ranked higher than smaller ones, while for buy orders the system will 
rank large net sellers or total amount traded ahead of smaller players. For example, if a user 
specifies dissemination parameters that seek to notify the 10 biggest net buyers during the 

25 past 2 hours, the system will execute a query to return a ranked list containing the 1 0 market 
participants that have accumulated the largest net quantities of stock during that time interval. 

Second, by price aggression: the price aggression is the price of the order or trade, 
relative to the bid ask spread. Let B denote the best bid on the National Market, A the best 
offer and P the price of the order or trade, then the aggression Xis given by X= (P - B) I (A - 

30 B) for buys, and X= (A — P) I (A— B) for sells. Higher price aggression levels will be ranked 
ahead of less aggressive orders or trades. 
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Third, by time: route the order preferably to MPs that executed the trade most 
recently. 

A preferred order routing service preferably combines several of these criteria to break 
possible ties. For example, the system could route an order to the largest recent buyer in the 
5 last 30 minutes, choosing the most recent execution in the event of a tie. Other ranking rules 
will be apparent to those skilled in the art. 

An order management embodiment of this invention is an extension of the order 
routing system described above. In this embodiment, the system first routes the order to the 
top-ranked participant, as described above. If the order is not executed, the system then 

10 routes the order to the next-most-likely contra in the ranked list of market participants. This 
process is iterated until either the order gets executed, or a user-specified limit is reached on 
the maximum number of MPs that can be notified. 

A preferred embodiment of the order management implementation is shown in FIG. 6. 
The system receives at step 610 an order and dissemination parameters. At step 620 a 

15 dissemination list is created, and at step 630 the MPs on the dissemination list are ranked as 
outlined above. For example, a user requests the system to query the trade database for the 
top 10 biggest buyers of DELL in the past 15 minutes, ranked by total net number of shares 
purchased, and in the case of a tie, choosing the one with the most recent trade. The system 
then receives the order electronically, stores the order, and at steps 640-660 works the order 

20 with the ranked dissemination list. At step 640, it routs the order to the highest-ranked MP 
and at step 650 it tests whether the order has been executed. If the order has not been 
executed or if the order has received a partial fill but has not been completely executed, the 
system calculates the residual quantity and proceeds at step 660 by routing orders for that 
residual quantity until the order is completely filled or the list of 10 MPs is exhausted. 

25 Alternatively, a user may have an order sitting passively in the order depository 

(discussed above), and decide to "market" the order by initiating the order management 
process described above, for example by sending it to the ten most likely contras in ranked 
order. 

In an alternate embodiment, a user can send parts of an order out to third-party 
30 systems and leave the remainder in the matching book, exposed to order entry events and/or 
random match-check events, as previously described. The aggregate size of the orders that 
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are routed away from the system (hereinafter "exported quantity") preferably does not exceed 
the size of the order itself, so as to avoid a multiple liability problem wherein more shares 
could be executed than the order was good for. Preferably, the system is an open platform 
allowing third parties to advertise their own routing alternatives, and users can choose to 
5 "export" size to a combination of possible execution options. 

In an alternate embodiment, routing options include the above-mentioned order 
routing embodiment that uses CTI information to intelligently route orders to likely contras, 
and other order routing embodiments that will be described below. In an alternate 
embodiment only the CTI-based routing options described herein are made available. When a 

10 routed-out order is declined by the counterparty or its time-in-force expires, the exported 
quantity attribute on the order in the system book is decremented to reflect the fact that this 
liability has vanished. In an extension of this embodiment, the user is allowed to enter a 
script through a Graphical User Interface (GUI) specifying the sequence of operations that 
should be executed in the process of "working" the order, including (possibly multiple) 

15 notifications with specific dissemination parameters. Order routing events where part or all 
of the order are sent to parties likely to execute said order parts, and the time interval allotted 
for completion of each instruction in the script, are specified by the user. 

To enable the writing of such order management scripts, a GUI preferably offers the 
user a script-editing screen displaying a blank horizontal field with a downward-pointing 

20 arrow. Upon clicking on the arrow a drop list of order management options ("notify. . ."; 

"route to. . etc.) is displayed. Upon selecting an item from this list, the user enters a dialog 
to edit the relevant dissemination parameters. Default values for the parameters are offered 
for convenience, but can be modified as needed by the user. When the user has completed the 
step of specifying dissemination and order-handling rules for one step of the script, he selects 

25 the time that will be allotted for execution of this step and presses an "OK" button, at which 
point the order management script is incremented with the just-specified order management 
instruction and a new blank horizontal line is displayed at the higher-level script-editing 
screen, with a downward-pointing arrow. 

The user may again click on the arrow to select a new order management tool, enter a 

30 dialog to specify the second order management instruction and save it by pressing OK, having 
created at this point a script containing two consecutive order management steps that will be 
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executed consecutively. By iterating this process the user can spell out a complete order 
management strategy. Having done this, the user subsequently submits the order with the 
attached order management strategy. The system stores the order parameters as well as the 
order management script, sets a timer to release messages that will trigger the beginning and 
5 end of each step in the order management strategy, and carries on with the sequential 
execution of each step as described in detail in other sections herein. Execution of order 
management instructions that require routing the order or parts thereof to third parties must 
be implemented through interfaces to said third party systems, using techniques and 
communication methods that are known in the art. 

10 In an alternate embodiment, the confidential data that is used to create dissemination 

lists includes data on the past behavior of MPs following the delivery of CTI Notifications. 
In this embodiment, Market Participants must first agree to let other users request that custom 
queries and analytic calculations be executed on this confidential data to determine whether 
the MPs past behavior indicates a good track record of responding to notifications rather than 

15 front-running on the information. The only effect of permitting this access to an MP's 
confidential data is that the MP will then get a chance to receive more information, in the 
form of CTI Notifications. For example, a relatively small broker-dealer may rarely have the 
size to rank among the "top 1 0 buyers," but may respond affirmatively to CTI Notifications in 
almost all cases. Such a user would permit his past responding data to be analyzed, and 

20 thereby attract more CTI Notifications from users targeting MPs with a good track record in 
the system. 

In this embodiment the user is allowed to enter an executable algorithm that will 
access the past usage data from participating MPs, and produce as output a ranked list of 
target MPs. The past usage data that is exposed to such algorithms comprises, for each 

25 participating MP, a list of past notification events comprising, in each case: (1) the size 

displayed in the notification; (2) the reason the MP was targeted (for example, bought 15000 
shares during the past 30 minutes); (3) the MP's response (none, response order smaller than 
displayed size, equal to, or greater than displayed size); and (4) the price fluctuation 
following the notification event. 

30 Users can combine the usage of the trade database and the past behavior database by 

entering requests for queries that combine information from both. For example, a user may 
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enter dissemination parameters that specify that the notification should be sent to: the 10 
biggest buyers excluding those that have received notifications in the past and never entered a 
response order. 

. In an alternate implementation users enter algorithms that access all available data, 
5 including the CTI information database and the past usage database, and attempt to estimate 
based on this data the probability that any one MP would execute their order. They then 
either send notifications to the most likely contras, or draw on the order management function 
to route their order to the ranked list of most likely contras until either the order is filled or 
the list is exhausted. This embodiment requires an "analytic toolkit" (discussed below) to 

10 determine the probability of a match from data including CTI information and past events. 
The system allows users to submit their own custom tools, or to propose a "generic" 
probability-reconstructing tool (described below). 

The probability that a MP in the dissemination list would execute an order can be 
calculated from data on how similar order routing events have unfolded in the past. This is 

15 required (1) when some MPs have been included in the dissemination list due to information 
on orders while others are in the list due to information on trades, so that there is no single 
comparable number that can be used to rank one relative to the other, and (2) when the MPs 
differ significantly in how they respond to notifications. For example if an institutional desk 
such as RSSF has been a net buyer in the past hour, it is likely to continue to buy, but if a 

20 retail Market Maker such as NITE has been a net buyer, it may need to reverse course and 
return to a neutral inventory position - so that would not be such a good target for a sell 
order. Another example of case (2) is one where an order is routed based on displayed size: 
again, different MPs will react differently to an oversized order. Orders displayed in 
institutional ECNs such as Instinet are more likely to have reserve size than retail-centric 

25 ECNs, and different Nasdaq Market Makers will have different rules on when to accept non- 
liability orders. In both cases (1) and (2), the system relies on a database of past events where 
orders were routed to given MPs and either executed (in part or in whole) or rejected. The 
probability of execution can be estimated from this statistical sample-set using a statistical 
estimator method that is described below. If there is not enough past data on a given MP to 

30 compute the probability of execution, the MP is assumed to behave like the average MP and 
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data from all MPs is used to determine the "generic" probability of execution, which is then 
used to rank this MP in the dissemination list. 

The first case to consider is that where a MP provides information on an order to buy 
s 0 shares of stock, and the task is to determine the probability that this MP would execute a 
larger order for s > s Q shares. The probability of execution of an order of size s > s 0 , where s 0 
is the displayed size, can be calculated for individual Market Participants based on their 
response to past orders, using a statistical estimator approach, as described next. The 
probability function is assumed to be well-approximated by a generic parametric function 
such as 



P 



I \ 

i; — - 
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( \y' 
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that fits well to the distribution of trade sizes as can be observed in publicly-available data. 

15 The parameters a, b, and y are determined using an empirical approach and a sample-set of 
past order-routing events, by maximizing the probability of the sample-set. Each sample in 
the set comprises an order size s, a displayed order size s Q , and a bit (0 or 1) specifying 
whether the order was accepted (1) or only received a partial fill equal to the known size s Q 
(0). Relatively infrequent events such as race conditions where the executed size is neither s Q 

20 nor s are discarded from the sample-set for simplicity. If we call = (0 or 1) the rejection (0) 

s -s 

or acceptance (1) of the oversized order in sample number n, x = — — - 5 the probability of 

s o 

the sample set is 



i>[sampleset]= ]J P(\;x n ) ]J P(0;x n ) 
{«|§,=i} {«15„=0} 

This probability is greatest when the derivatives of log(P) with respect to each of the 
three parameters are equal to zero, namely when 
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5 3 {»l^-o> a-l + pxj « a+0x* 

where a = l / a and p = */ fl . 

The solution of this set of three non-linear equations can be found using methods 
known in the art, such as the Newton-Raphson algorithm [Numerical Recipes in C; 

10 Cambridge University Press 1988, 1992; pp. 379]. An initial approximate solution is 
required for this algorithm to converge: to obtain an approximate initial value of the 
exponent y 0 , we represent the available data in a histogram format, using logarithmic x and y 
axes, and determine the asymptotic slope of this graph for large values of x. The value of this 
asymptotic slope is then equal to -y 0 . Given this approximate value of the exponent, 

15 approximate values <x G and P c are obtained analytically by least-squares approximation. The 
Newton-Raphson algorithm can then be used to find a better approximation of the solution. 
This algorithm converges quadratically. 

The second case is that where the CTI information that was used to place a MP on the 
dissemination list was trade information. In that case one first determines the total number of 

20 shares bought (sold) by that MP in the past interval of time, calling this number once again s 0 . 
Usually the order to be delivered would be for a smaller number of shares, but that is not 
required. Once again the system uses a database of past events to reconstruct the parametric 
probability distribution, and to determine the values of the parameters that maximize the 
probability of the sample-set. In this case, there are three possible outcomes to consider in an 

25 order routing event: as before, the order can be partially executed (£ n = 0) or filled = 1), 

but also, in this case, since the MP has no open order, it is possible that the order could be 

rejected altogether. We will represent this possibility by the value £ n = * : 

P[sampleset] = ]J P(l;xJ ]J P(0;x„) ]J pU;x\ 
{»lt-i> Wt-o> Mt-*> 

30 where now x = ^ and P(l;x) = , P(0;x) - ^ Q , P(*;x) = 1-P(0;x) -P(l;x). 

s a 1 + Z?x y l + bx y 
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Once again the probability is maximized when the partial derivatives of log(P) are equal to 
zero, leading to the set of four non-linear equations: 

a,-*- E ! = o 



E ! .o 



Y Y 

£ -E-^-o 

{»\$,r*} 1 - a 0 - flj + &cj « 1 +&x Y 

G s ^ xJlog(x) xjlogfr) _ q 

Wt-*> 1 - tf 0 - ^ + Z>x,[ « 1 +6x y 

15 where and iV 7 are the number of samples where the order was partly executed and filled, 

respectively. The first two equations yield a x = a Q — ; this value of the parameter a } can be 

substituted in equations G 2 , G 3 , and G 4 , to obtain three coupled non-linear equations that can 
20 be solved as described above using the Newton-Raphson algorithm or other methods known 
in the art. Given a numerical estimate of the probability of an execution, MPs in the 
dissemination list are ranked by placing the one with the greatest probability of execution on 
top of the list, then the one with the next greatest probability of execution in the second- 
ranked place, etc. 

25 A preferred system also monitors the price fluctuation following order delivery to a 

market center, and identifies any statistically significant correlations between the order 
delivery event and subsequent price fluctuation on the market, separating the three cases 
where the order was executed in whole, executed in part, or rejected. This information is then 
taken into account in creating a ranked dissemination list, to avoid sending the order to MPs 

30 that have a pattern of trading ahead of a large order or leaking information that would allow 
others to do so, in both cases causing significant adverse market impact. 
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In a preferred implementation, users are allowed to specify the algorithm that seeks to 
detect MPs that cause adverse market impact and insert this into their request to create the 
dissemination list. For example, a user may first query the database for the list of MPs that 
permit access to their past behavior data. Where such data confirms that they have not been 
5 associated with a statistically-significant adverse market impact in the past, the user can then 
create a final dissemination list from a CTI database query that restricts the search to the MPs 
from the good behavior list. For example, the query might seek the 10 biggest buyers among 
the MPs that do not have adverse market impact. In another example the CTI query would be 
executed without consideration of good behavior, but the ranking is modified using the 

1 0 market impact information to lower the rank of MPs that have the strongest correlation with 
adverse price movement. There are two cases where market impact can be relevant: when an 
MP rejects an order, and when the MP accepts the order but price subsequently moves in a 
direction that will make further orders more expensive to trade. The latter case is expected 
and is the normal reaction of the market to the removal of liquidity on one side, but the effect 

1 5 can be exaggerated if the MP either leaks information or "rides along" with the institutional 
client, by taking a proprietary position in anticipation that the institutional client will continue 
to work the position on the market. In a preferred implementation, the average price impact 
of an order delivery to a specific MP is calculated separately for these two cases. If the party 
entering the order is placing a single order, then the only relevant market impact is that which 

20 occurs when the MP does not execute the order. But when the order entry party intends to 
continue to work the position, the relevant market impact is the weighted (by the probability 
of execution) average of the market impact when the order is or is not executed, as calculated 
above. 

A further embodiment shown in FIG. 7 is directed to ranking CTI queries. This 
25 embodiment provides a service that derives from the CTI notification system discussed 

above. Dissemination lists are created from queries in the CTI information database, as for 
example when searching for the largest buyers of DELL in the past 40 minutes. The preferred 
system stores these lists at step 710 and at step 720 calculates success rates for CTI 
notifications based on standard queries. At step 730, for a given query, the system reports to 
30 a user on the relevant statistics. For example, a user planning to launch a CTI notification to 
sell 10,000 shares of DELL to the 10 largest DELL buyers during the past T minutes could 
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view the success rate of this type of query in the past for time windows of T=l 0, 20, or 40 
minutes. This will allow users to optimize the choice of time window: if the time is too short, 
the 10 largest buyers might include some small traders; if it is too long, it might include large 
buyers who are no longer actively buying the stock. 
5 A further embodiment looks not only at the probability of execution but the average 

and root mean square of the price fluctuation in a two-minute period following the CTI 
notification and at step 740 reports this information to a user posting a similar query. CTI 
queries that lead to excessively large dissemination lists, or dissemination lists that include 
front runners more than natural contras, will be associated with statistically significant price 
10 impact. 

SelectNet embodiment: an alternate embodiment of the subject invention enables the 
deployment of the order routing and targeted notification system within existing 
communication and trade execution mechanisms of an exchange or ECN. Although the 
description below refers to the Nasdaq SelectNet system it will be apparent to those skilled in 

1 5 the art that the same invention can be deployed in other exchanges, markets or ECNs with 
appropriate changes in the communication protocols. SelectNet allows Nasdaq Market 
Participants (sell-side firms) to route orders to other market participants or "MPIDs" via 
so-called "preferenced" orders. In the SelectNet embodiment the system has a separate 
MPID. When a user sends a preferenced order to this MPID, the system will execute a query 

20 against a confidential database, as described previously, to determine which other MPID is 
most likely to take the contra to that order. It then issues a new preferenced SelectNet order 
to this second MPID. For illustration purposes we will assume that the originating party's 
MPID is AAAA, the system is given the MPID SSSS and the target's MPID is BBBB. The 
first participant (AAAA) will issue an order preferenced to SSSS, following which SSSS 

25 executes a query against the CTI information database and determines that the optimum 

recipient for this order is BBBB. SSSS then issues a preferenced order to BBBB. If BBBB 
chooses to accept (execute) this order, SSSS in turn attempts to execute the order entered by 
AAAA. When both orders have been successfully executed, the system (SSSS) issues a 
message containing the details of the trade such as price, side of each party, etc. This 

30 message locks in the trade and triggers the clearing process. In this embodiment there is a 
possibility of a race condition wherein AAAA had issued a cancel request message at the 
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same time that BBBB had executed the order. This creates a possibility of SSSS being left 
with a liability with BBBB that does not match a negating liability with AAAA, so the 
execution from BBBB cannot be processed until the market has been successfully notified 
that AAAA 5 s order is matched and not cancelable. This new difficulty arises because a 
5 market negotiation system (in this case SelectNet) normally does not contemplate the 
possibility of an intermediary entering an order on behalf of another party where said 
intermediary does not accept liability for the order. The normal workflow of a market is one 
wherein a party entering an order is liable for the order, independently of whether another 
order has been previously entered by another party (here, AAAA). To link the two legs of the 

10 trade into a single transaction, the market systems must be modified so that messages that 
would lead to processing of the first leg of the trade are suppressed until the second leg of the 
trade can be executed. An enabling solution is described next. Preferably, the market's 
normal processing is modified so that the first execution message received from BBBB does 
not trigger an execution confirm message back to BBBB or the corresponding clearing report 

1 5 that would otherwise have locked in that trade for clearing. Instead, only the execution 
message notifying SSSS of the execution by BBBB is allowed to proceed. SSSS then 
executes the originator's order, whereupon once again the market system modification 
suppresses notification of the execution to AAAA and clearing, leaving only the execution 
confirm message back to SSSS. At this point neither AAAA or BBBB are able to cancel their 

20 orders, since both have been executed as far as the market system is concerned. Upon receipt 
of the second execution SSSS triggers a trade report that locks in the trade for clearing 
purposes. Preferably, the anonymity is maintained permanently by having SSSS intermediate 
the transaction in the same way as an agency broker would intermediate a transaction between 
two other brokers without the benefit of a spread. So both AAAA and BBBB are trading with 

25 SSSS, and the trade will clear as two trades where SSSS's clearing responsibilities net to 
zero. 

In an alternate embodiment, SSSS is not a central counterparty but the clearing 
processes are modified to maintain anonymity until the end of the day or some other specified 
future time, by masking the counterparty field in all messages to the participants and their 
30 clearing firms. In a further alternate embodiment the preferenced order still appears as an 

order from SSSS so that the recipient does not know that it came from AAAA, but anonymity 



-33- 



WO 01/93169 



PCT/US01/17519 



is not imposed after the trade and both parties discover whom they traded with immediately 
after an execution. In yet another alternate embodiment the targeted preferenced order to 
BBBB displays the originator's MPID, in which case the system is in effect a targeted 
quotation system allowing Nasdaq Market Participants to quote more aggressively than they 
5 would be able to on an open system, by targeting said aggressive quote to parties they believe 
are more likely to trade than to front run on their trading interest information. In all of these 
embodiments, an optional message field available for traders to comment their orders can be 
used to specify dissemination parameters that differ from a default routing system. 
Preferably, the default routing will look for the most recent net buyer or seller of at least as 

10 many shares as in the originator's order (if the originator's order is to sell 2000 shares, for 
example, the system will look for the most recent net buyer of 2000 shares). 

In an alternate embodiment, a lower bound is set on the query size so that smaller 
orders do not end up being targeted at random to the most recent execution, but instead 
accurately target a party interested in accumulating the security. For example, a minimal 

15 query size of 5000 shares is generally sufficient to select out Market Makers with random 
fluctuations in their inventory. In this case, a 2000-share order would be routed to the most 
recent buyer of 5000 shares, while a 10,000-share order would be routed to the most recent 
net buyer of 10,000 shares. The user is able to reduce this default query size by inserting a 
key and parameter in the message field on the order. For example, the three characters Q3M 

20 indicate that the query should look for the most recent buyer (or seller) of at least 3,000 

shares. Another use of the message field associated with an order is as follows. An order for 
20,000 shares with the key "D10M" in the text message field would indicate that SSSS 
should route an order preferenced to the optimal target for 10,000 shares, instead of 20,000. 
The recipient (BBBB) can counter with a greater size that would execute against the 

25 originator's order (for example, 25,000 shares) and may get an execution back for more than 
the size of the SSSS-to-BBBB order. Although this functionality may appear similar from the 
user's perspective to the reserve size orders that ECNs make available, the ECN 
implementation of reserve size does not enable its implementation within an order routing 
facility such as Nasdaq's SelectNet where the an order is delivered for execution and is not 

30 held in a "matching book." 
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In a further enhancement, the originator can also enter the characters N3 indicating 
that the order should be routed not to one, but to three most likely contras (three most recent 
net buyers or sellers of at least as many shares as in the recipient's order). In this case, it is 
possible that multiple contras will respond to the order, and the sum of routed orders can 
5 comprise more shares than the originating order. When the whole size of the originating 
order has been consumed, the remaining recipient orders are canceled. If the last execution 
would overdraw the available size, then the execution size will be reduced to that which 
completely fills the originating order. When there is residual size from a counter or a 
multi-party execution the system generates a new order to AAAA, which appears as a new 

10 originating order from BBBB routed through SSSS. 

In an alternate embodiment, the excess size of BBBB' s order is simply declined. In 
the event of a race condition where the recipient had executed the order at about the same 
time as the cancel message was sent out, the execution is rejected. Another option lets users 
enter the characters "*69" in the message field, in which case the order will be routed to the 

15 most recent contraparty in an executed trade with the originator. This allows one to continue 
working an order anonymously with the same counterparty, rather than implementing a new 
database query and risking notifying multiple parties of the trading interest. Another option 
permits the users to enter the characters "$02" indicating that the price to be delivered to 
BBBB should be $0.02 less aggressive than the price of AAAA's order. When this feature is 

20 used, BBBB is expected to respond with a counter for a possibly different price. SSSS will 
then compare the counter price to AAAA's entered price and execute both orders at the 
counter price if the orders match. 

In the preferred SelectNet embodiment, the message field entered by the originator is 
stripped out of the order sent to BBBB, so that BBBB cannot see the dissemination 

25 parameters used. In an alternate embodiment, the order to BBBB contains only those parts of 
the message field that are recognized as valid dissemination instructions, except the number 
following the $ sign in the case of price discretion orders. In a further alternate embodiment, 
the entire message field entered by the originator is forwarded to BBBB. Note that this 
embodiment is not consistent with enforcing anonymity since the originator may then choose 

30 to display his MPID in the message field. 
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In an alternate embodiment of the SelectNet implementation, the system is a midpoint 
execution system recognized as such through its MPID, which for illustration purposes we 
will take to be MMMM instead of SSSS. In contrast to the above description, the system will 
generally not execute at the price entered by either party. Instead, all parties are previously 
5 informed that MMMM will only execute orders at the midpoint price. The originator is 
therefore comfortable to send in an aggressive price, knowing that it will be interpreted as a 
cap on how far the midpoint price may drift, beyond which he would no longer be interested 
in carrying on with the trade. MMMM receives the originator order, executes a query as 
above to determine the most likely contra(s), and sends a preferenced order to the target 

10 (BBBB). In contrast to the previous embodiment, however, the price of the order to BBBB is 
not the same as the price cap on the originator's order. Instead, the order to BBBB is priced 
passively (less aggressive than the midpoint price; BBBB can accept the order at this price 
(which is an aggressive price from BBBB's perspective) knowing that this new price will be 
considered only as a limit on how far the midpoint is allowed to drift before BBBB ceases to 

15 be interested in completing the midpoint trade. 

Upon receiving the execution from BBBB, MMMM corrects the price to the current 
midpoint and awards both the originator and the recipient price improvement over their stated 
limits. In doing so, MMMM is modifying the price on BBBB's execution of the order. This 
is possible because, as above, BBBB's execution is not locked-in until it has been confirmed 

20 by the market system. In the present embodiment, the confirmation of BBBB's execution is 
suppressed and instead a later execution message is sent to BBBB with the better price. Since 
the execution message coming from the market is the legally binding version of the trade, 
BBBB's systems are set up to key off the fields in this latter execution message, and therefore 
will incorporate the improved price in its P&L sheets, as well as in clearing support systems. 

25 Although the SelectNet embodiment is described in terms that enable its implementation in 
the Nasdaq Stock Market, it will be clear to those skilled in the art that the same systems and 
methods can be deployed in other exchanges with electronic order routing and display, via 
adaptation to the appropriate messaging protocols. 

The existence of the market-deployed embodiment enables an important enhancement 

30 of the auction server embodiment of the subject invention. In this enhanced version of the 
auction server, users enter dissemination parameters indicating that they would like to draw 
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response orders from sell-side firms (such as Nasdaq Market Participants). A user specifies 
the parameters mentioned above for the SelectNet embodiment, including the number of 
sell-side firms to be targeted, the displayed quantity, "*69," and other above-mentioned 
options. The auction system will then route preferenced orders to SSSS with a very passive 
5 price, such as $0.01 for a buy order, indicating that a counter-offer is expected. This very 
passive targeted order is in effect a targeted "Request For Quote" (RFQ) announcing the 
initiator's auction. In this case, the originator of the SelectNet preferenced order, AAAA, is 
the market participant hosting the auction. Through marketing means, AAAA will let it be 
known that orders for this specified very passive price should be handled by sending a new 

10 preferenced order to AAAA containing BBBB's true limit price, as if this were the response 
order into the auction hosted by AAAA. If this new order matches the initiator's conditions, 
AAAA will execute the new order coming through the market system. In an alternate 
embodiment, the market system is used only to issue the RFQ and the recipient can respond, 
through a separate communication channel. In that case, the purpose of the market system is 

15 to ensure that the RFQ is seen by the sell-side trader, since it will be displayed on a GUI 
which is generally found on every sell-side trader's desktop. 

In a further alternate embodiment, a market participant enters either (1) a query 
request that is used by the system to compute a dissemination list, or (2) order parameters 
from which a dissemination list is calculated by the system based on ranking likely contras by 

20 probability of execution. But in this embodiment, in contrast to those described above, the 
resulting dissemination list is sent to a non-system entity responsible for sending messages to 
the members of the list (as opposed to having the messages sent by the system of the present 
invention). The non-system entity is preferably contractually bound to respect the 
confidentiality of the dissemination list, and to use the contents of the list only for the purpose 

25 of sending information to members of the list. As above, the sent information may include 
orders, or information about orders. 

In a further alternate embodiment, the dissemination list is sent to the same party who 
entered the query request (or the data from which the dissemination list was calculated). In a 
still further alternate embodiment, the contractual agreement (to use the dissemination list for 

30 no other purpose than to send its members information) is supplemented by a system 

certification process wherein a jointly-chosen consulting firm analyzes the software system 
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used by the party receiving the dissemination lists, to certify that the software system 
maintains the confidentiality of the lists received and uses the lists only for the purpose of 
sending securities-related information to members of the lists. 

In a further alternate embodiment, the contract further imposes an auditing procedure, 
5 wherein a mutually-agreed-upon auditing firm certifies that the party receiving the 

dissemination lists has maintained the confidentiality of information therein and used it only 
for the intended purpose. 

A further embodiment comprises a depository of orders that can be pulled by any 
matching system. Orders placed here are dormant but any third party with execution 

10 authority can draw from this liquidity pool. This is particularly valuable in a world that 
features an increasing number of auction systems: Optimark, POSIT, AZX, eVWAP, and 
others that service a growing number of call auctions. In call auction trading, customer orders 
for a stock are batched together and executed in multilateral trades at specific points in time 
when the market for the stock is "called." This contrasts with continuous market trading 

1 5 where a transaction is made any time a buy and a sell order meet in price during the trading 
day. Recent advances in computer technology have considerably expanded call auction 
functionality. 

Different auctions execute at different times, which are often not publicly known (for 
example, POSIT has a 5-minute fuzzed match), making it very difficult indeed for a trader to 
20 know where to place an order. This fragmentation problem is far worse than the 

corresponding problem in continuous markets, since there is fragmentation in time as well as 
in space. 

The order depository embodiment allows participating auction systems to pull eligible 
orders from this liquidity pool, thereby eliminating the fragmentation problem for multiple 

25 call auctions. A preferred method is depicted in FIG. 8. At step 810, a preferred system 

receives data comprising an order from a first MP, and at step 820 the received data is stored 
in a database. At step 830 the system receives data comprising conditions on orders from a 
second MP (e.g., a participating third party auction system). At step 840 the system searches 
the database for orders that satisfy the conditions received from the second MP, and finds a 

30 collection of one or more orders ("found orders") comprising the order received from the first 
MP. When such orders are found, they are designated, at step 850, as "reserved." At step 
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860 one or more of the found orders (the orders found in the database that satisfy conditions 
received from the second MP) (including the order received from the first MP) are routed to 
the second MP. 

At step 870 the system receives data from the second MP regarding the status of the 
5 order from the first MP that was routed to the second MP. If at step 880 the received status 
data indicates that the order was executed, then at step 885 the system reports the execution to 
the first MP. If at step 880 the data does not indicate that the order was executed, then the 
system checks at step 890 whether the data indicates that the order was released. If so, then at 
step 895 the released order is un-reserved (the "reserved" designation is removed). 

10 An alternate embodiment does not rely on third party auction systems to pull orders 

from the depository, but instead actively routes the orders out to such systems for a possible 
match. When the choice of destination is based on CTI information, this is an example of the 
order routing embodiment described above. Another situation arises when call auctions do 
not publicly release the precise timing of a call, in order to reduce the potential for gaming 

15 opportunities. For example ITG's POSIT runs midpoint matches with a fuzzed call time; the 
uncertain time of the call reduces the temptation to game the system by placing, for example, 
a large sell order and then buying up the market immediately prior to a match, in order to 
move the midpoint price up and get a better price on the sell order in the event of a fill. With 
an uncertain match time the MP would have to sustain buying during several minutes and risk 

20 having potential matching orders in POSIT get canceled. The uncertainty about the matching 
time creates a problem for traders: they must either face the multiple exposure problem when 
the same order is placed in various systems to increase the probability of a match, or commit 
the order to a single system and risk missing an opportunity to trade in another system. In 
this alternate embodiment, call auctions that do not publicly display the time of a match 

25 submit this information confidentially to the system, which then uses that information to 
reserve the orders from the order repository and route them to the call auction just prior to a 
match. Because it knows the precise time of a call, the system does not have to commit the 
order to the call auction for more time than is necessary to check for a possible matching 
contra order. From the perspective of the auctioneer, the only effect of providing the 

30 confidential information on the timing of a call is to attract more executable orders. 

Database queries: In a preferred embodiment, a CTI notification router targets 
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notifications of trading interests to likely contras by performing queries in CTI information 
databases. The description below describes preferred databases and preferred queries that 
effectively rank likely contras. 

Trade Database: Who traded . . . against whom? Trades often originate from buy-side 
5 traders and are routed by a broker to a marketplace or ECN where they either execute or get 
routed to another execution destination where a better price may be available. In this process 
of executing a single trade, several intermediate reports are generated, neither of which 
carries complete information on both the end-buyer and the end-seller's identity. 

Automated Confirmation Transaction Service SM (ACT SM ) data contains mandatory 

10 trade reports for the tape, and clearing reports; the only available information on the identity 
of the buyer and seller is the Market Participant ID (MPID), a 4-letter symbol assigned to 
each member of the stock market. 

An example helps to illustrate how ACT data can be used to reconstruct a trade: a 
private individual places an order to sell 500 shares of DELL through an order entry firm such 

15 as a discount broker, or through an ECN such as Archipelago (ARC A). This order will be 

routed to the market center with the best bid at the time. Thus, ARCA may route the order to 
Instinet (INCA) for example. The contra order itself may belong to a buy-side firm such as 
Fidelity, and is presented on the market by a clearing broker, say Bear Stearns (BEST). 
Instinet would report a trade where INCA buys from ARCA, and another trade for the same 

20 amount where INCA sells to BEST: these reports are issued for clearing purposes. ARCA 
would internally effect a book entry for their customer and issue a mandatory report to ACT 
as the selling broker. Internally, BEST takes note of the transaction being executed for their 
customer Fidelity, and will clear and settle the trade in Fidelity's name. 

The ACT data in itself is incomplete in several ways: the identity of the end buyer 

25 and seller are not given in the ACT report, and one is not required to issue clearing reports 
immediately after the trade. Clearing information submitted through ACT, however, does 
allow one to identify which are the two sell-side participants (brokers) that mediated each 
trade as agent, or executed the trade for their own account. 

Other sources of information besides ACT data can be used, such as trade reports by 

30 broker-dealers, from the buy-side clients themselves, or from communication providers such 
as NYFIX that route orders. Information on the identity of the end buyer/ seller is available 
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from any of the following sources: (1) the broker or clearing firm which booked the trade for 
its client; (2) the clients themselves; and (3) via the networks and software systems that 
"know" the end user's location and message routing instructions. Examples include order 
management systems and trading systems such as ECNs, as well as auction server 60. 
5 In general, the trade database will contain incomplete records of trades and orders, and 

must be capable of receiving farther information as it becomes available to complete the 
records. A preferred embodiment is built to function with an incomplete trade database. 

A preferred system receives trade report data from the market (such as ACT data) and, 
optionally, voluntary trade reports from brokers and clearing firms. When only the market 

10 data is received, the brokers will be listed as parties to the trade. When the end user 

information is received (for example, from an auction server 60), this information is added to 
the description of the trade. 

Dealing with incomplete end-party identification: When the result of a CTI query is 
that a notification should be sent to an "MPID" (i.e., it is not possible to further refine the 

15 identity of the target), a preferred embodiment uses an organization-specific function to map 
this MPID to a list of users. The system supports different possibilities. For example, a user 
representing a client firm could choose from the following options: 

1 . Send to all users within the organization associated to this MPID (for example, if the 
MPID is "MLCO," then all Merrill Lynch traders can view the notification). 
20 2. Do not notify. 

3. Send to a unique "wild card" user for re-distribution. For example, this may be an 
Instinet router that can forward the message to the appropriate terminal. 

4. Send to a list of users or accounts specified by the organization (for example, MLCO 
may request that such notifications be sent to their block desk but not to their proprietary 

25 trading desk). 

When the result of a query is an account (i.e., an aggregate of users that share 
information and aggregate their trades on behalf of the same account), the system will 
associate a list of users to this account. In an alternate embodiment, there is a messaging 
destination such as a FIX message destination associated to each account. When messages 
30 are sent to users, the procedure is based on an account-specific function. By default, all users 
at that account are targeted and no other users receive the notification, but other possibilities 
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are supported as well. For example, it is possible to set up another account so that it always 
receives these notifications as well. An organization may specify that all users within the 
organization should receive this notification. Or the notification may be sent to a single user, 
or to no one at all. 

5 Finally, queries may return individual users. In that case an account-specific function 

is used to determine who should be notified: this can be the user only, all users that trade for 
the same account, all users within the organization, or no user at all. The list is not intended 
to be exhaustive. 

Trade data by type of contra: trades are preferably classified as being against a 
10 member firm (when the contra party was a Nasdaq member firm), against a non-member 

(contra party was not a member firm), or a "cross" (when the broker reports a trade as a cross, 
or reports the trade against a non-member as Agency). A seller would want to notify 
someone that is likely to buy - that could be a buyer against other member firms, in which 
case the assumption is that this buyer is working an order and will continue to do so, or a 
1 5 member firm selling to a non-member, which indicates that the broker is taking over the 

position and will then turn to work it as Principal. Brokers that implemented a cross can be of 
interest to a buyer or to a seller, since this trader would be in contact with both buying and 
selling customers. 

Queries by level of trader ID information: In database queries, the system will 
20 support queries that only look at trade data entries where the end user is known; or queries 
that consider only trade data where the end user is not known; or all data entries. 

Accounts: Accounts represent information sharing pools: if one user is allowed to 
receive a notification then all users within that account would be allowed to receive the same 
notification. Trade data likewise is attributed to accounts, so that database queries that look 
25 for the 10 biggest buyers, for example, would aggregate the trades per account and seek the 
accounts with the greatest net number of shares bought. When the end user is not known, the 
system assigns a default "star" account representing the sell-side organization brokering the 
trade. Queries can be executed on accounts, in which case the result of a query is always a list 
of accounts. 

30 Sources of trade information: Information on trades preferably comes from at least 

the following sources: 
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1 . ACT trade reports that get forwarded to the NSCC. 

2. Auction Server trade reports: Includes the system user ID (specific to a particular 
terminal) on both sides of the trade, on top of the two relevant MPIDs. 

3. Broker-dealer trade reports: Participating Broker-dealers are able to associate the end 
5 user ID to their side of a trade as a service to their buy-side customers, who can then register 

to receive CTI Notifications. 

Aggregating buy-side trading data. In an alternate embodiment, Broker-dealers are 
allowed to use a code name in lieu of the true client name when they provide data on trades 
they executed on behalf of their buy-side clients. This trading data would then let their 

10 customers attract notifications specifically from the trades they executed with that specific 
broker, not counting any trades executed through other brokers and that would be contributed 
to the trade database under different coded names. In this model there is an incentive for the 
buy-side client to focus their trading activity with a single broker and thereby place a stronger 
bid for the right to receive notifications. In an extension of this embodiment of the subject 

15 invention, the system offers brokers a service whereby each participating broker can agree to 
disclose the mapping between the coded client name and the corresponding actual client ID. 
In return, the participating brokers receive the notifications sent to the buy-side client firm 
identified by a query on buy-side aggregate trading. The following example helps to 
understand how this works. Mutual Fund A is working an order to buy through 8 different 

20 brokers to minimize market impact, sending 10,000 shares through each broker; Mutual Fund 
B wants to sell a large block of stock and submits dissemination parameters to notify the 
biggest buyer's brokers. Three of the eight brokers have disclosed the true client ID, so the 
query will return Mutual Fund A with 30,000 shares done and five different coded IDs with 
10,000 each, in the absence of other relevant data. Mutual Fund A is thus identified as the 

25 largest buyer, and the three participating brokers (those who have disclosed Mutual Fund A as 
the client) receive the notification of the large block on the contra side and can call their 
client for more. 

In an alternate embodiment, the situation wherein multiple brokers provide 
information on the same client is resolved using a "winner-take-all" approach, where the 
30 notification is sent only to the broker that provided the largest amount of information (such as 
the largest net sum of shares traded by their client) as opposed to sending it to all brokers 
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having provided information that was part of the aggregation. In a further alternate 
embodiment, the broker enabling aggregation by releasing the true identity of the client will 
specify whether he is willing to share the receipt of notification with other brokers. Once the 
aggregation is performed and the target client is identified, a broker who is not willing to 
5 share notification with others will be the only recipient of a notification if in fact this broker 
is the largest contributor of data, and is larger than the aggregate group of sharing brokers. If 
this is not the case, he will not be notified and the sharing parties or single largest non-sharing 
broker will be notified instead. This embodiment enables participation by large and small 
brokers within the same system without creating a system-enforced bias that would either 
10 give smaller players equal access to the large broker's clients or, on the other hand, lock in 
the large broker's existing dominant position and not permit entry by smaller players willing 
to pool their data. 

In an alternate embodiment of the notification mechanism, the brokers providing data 
also enable blind pass-through of the notification message itself. In this embodiment, the 

15 system uses encryption techniques that are known in the art to ensure to the originator of CTI 
notifications that only the intended recipient (buy-side client of the broker, not the brokerage 
itself) will be able to see the content of said CTI notification message. In the blind 
pass-through embodiment, the contractual terms ensure that the broker is rewarded for 
participation through sharing the commission on the trade. In the case where multiple 

20 brokers have provided data relevant to targeting the same client, the broker's share of the 

commission revenue for the trade is an equal proportion of the total commission on the order, 
or a lesser amount if the corresponding proportion of the executed size were less than the 
amount of data provided in earning the right to notify the client. For example, the order was 
executed for 1 5,000 shares and three brokers had contributed data that helped identify the 

25 counterparty as follows: broker A had previously bought 3000 shares on behalf of the 

recipient, broker B had bought 22,000 shares and C had previously bought 15,000 shares all 
on behalf of this same recipient. Broker A would get the commission corresponding to 3,000 
shares, while brokers B and C would get a third of the total or the commission equivalent to 
5,000 shares each. If the execution was instead for 1 million shares, then the three brokers 

30 would get the commission corresponding to 3,000, 22,000 and 1 5,000 shares, respectively. If 
the amount of data contributed is negligible as compared to the size of a trade, then it is 
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reasonable to affirm that the data was not the chief factor in enabling the trade. Other billing 
methods that adequately reward the data providers and encourage their participation will be 
apparent to those skilled in the art. 

In an alternate embodiment of the multiple broker notification, the originating user 
5 specifies in the dissemination parameters the conditions that brokers must satisfy in order to 
receive a notification message, in the event that multiple brokers were contributing 
aggregated data. For example, the user will provide a list of brokers that are eligible for 
notification (the originator will know with which brokers they have been working the order, 
but may wish to notify only one or a subset of them). In an alternate embodiment the user 
10 enters a condition on the amount of trading data provided - for example, by specifying that 
(when data from multiple brokers was aggregated) only brokers having contributed a net size 
of at least 10,000 shares should be notified. 

The following table describes structure of a preferred trade database: 



Trade database specifications: 



Field name 


Comments 


Required/op 
tional 


Type 


MPID 


Required. This is the executing party, 
not the service bureau. 


Required 


Char[4] 


Username 


System username is available on all 
system trades. This party is the seller, 
the contra will be the buyer. 


Optional 


Char string 


Account 


Available for Transaction Server 
trades 


Optional 


Char string 


Client name 


Buy-side client firm, or "blank" if it is 
not a buy-side account. 


Optional 


Char string 


Blind pass-through 


"Y" or "N". Needed to support 
queries on buy-side accounts only 


Optional 


Char 


Dissemination list ID 


For transactions that follow 
notification requests, this will be the 
dissemination list ID. Otherwise it 
will be blank. 


Optional 


Char string 


Query Eligible 


Boolean. Specifies if this trade can be 
counted in queries. Default is "Y", 
but there are special cases where a 


Required 


Boolean 
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user would want a trade not to attract 
notifications. This information will 
come via Transaction Server. 






Contra Type 


Member (M), Non-member ("N") or 
Crossed ("X") 


Required 


Char 


Contra MPID 


Required. This is the true contra 
party, not the service bureau. 


Required 


Char[4] 


Symbol 




Required 


Char[4,5] 


Quantity 


(shares) 


Required 


INT 


Price 


Nominal, USD 


Required 


Float 


Trade reference number 


Issued by ACT 


Required 


Char string 


Branch Sequence 
number 


Issued by the reporting party 


Optional 


Char string 


Execution time 




Required 


INT 


Reporting time 




Required 


INT 


Reporting Capacity 


Principal, Agent 


Required 


Char 


Media 


Can be "N" (not reportable) or "R" 
(report to media/tape). 


Required 


Char 


ACT Status 


Refers to the status of the trade in 
ACT. 

A = Accepted 

B = Broken (Previously locked-in trade 
C = Canceled 
D = Declined 
E = Error 

F = Forced match; locked-in trade 

G = One-sided submission (give-up 

lock-in: reports trade against ACT 

inactive participant) 

I = Inhibited (by clearing firm) 

K = Rejected sizeable trade 

L = Automatic locked-in trade at end 

ofT+1 

M = Matched; locked-in by ACT 


Required 

•) 


Char 



-46- 



WO 01/93169 



PCT/US01/17519 





N = No/Was trade (trade did not 
occur) 

R = Locked-in trade; rec'd via 
execution system interface and 
locked-in by Qualified Special 
Representative (QSR) or by Nasdaq 
S = Automatic locked-in split trade at 
theendofT+1 

T = Trade reporting only and not for 
clearing submission 
Note: these are the end-results of the 
ACT processing. A preferred 
embodiment subscribes to real-time 
updates, so temporary ACT status 
entries should be recognized as well. 






Source 


"M" and "N" are ACT reports by 
member firms. "O" is SelectNet, "S" 
is SOES, "A" is ACES, "C" is CAES, 
"I" is ITS, "F" is Optimark, "U" is 
UTP. 


Required 


Char 


QSR 


Clearing flag: "Q" will not clear 
through ACT, "Z" will clear through 
ACT, "N" ticker only, "L" is locked 
in will clear through ACT, " " (space) 
will match and clear through ACT. 


Required 


Char 


As-of 


Boolean, "Yes" when the trade was 
executed after hours the previous day 
and is therefore being reported late 
and should not be printed on the tape. 


Required 


Boolean 


PRINC_MKT_PART 


"Y", except for ECNs and 
Chicago/other marketplaces where it 
takes value "N". 


Required 


Char string 



TRADE DATABASE QUERIES 

In a preferred embodiment, the system offers users simple forms to assist users in the 
45 task of creating useful queries. In the following examples, the user is trying to sell a block; 
the forms are designed to identify potential buyers. The reader skilled in the art will easily 
discern how these forms should be modified when the user is trying to buy a block rather than 
to sell. 

Counting notification targets: One of the key concerns in institutional trading is 
50 controlling the number of parties that are notified of the institution's trading interest. Another 
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is to try to notify natural contras, rather than traders that would be more likely to trade on the 
information or share it with others. 

To control the number of parties targeted, a preferred embodiment supports queries 
that rank likely contras and send, notifications only to the top TV targets. Such queries give the 
5 user complete control over the number of parties targeted as well as the conditions that they 
must satisfy in order to be included in the dissemination list . 

To count targets, a preferred system keeps track of which users currently have an open 
push channel (such as a TCP connection) or are otherwise reachable via communication 
channels that support alert delivery (such as a pager). Users can also choose to receive alerts 
1 0 via email. In this last case the system preferably verifies that the user is paying attention to 
the channel by requesting a receipt and monitoring that the user sends the receipt back within 
a few seconds. Only users that have an open session or a valid alert channel can be members 
of a ranked dissemination list. Queries exclude all data entries attributed to users, accounts, 
or MPIDs that are not reachable; an account or MPID is "not reachable" if it contains no 
15 reachable user. 

Described next are some of the trade database queries that are offered to users at the 
graphic user interface level; these should be viewed as examples and not as an exhaustive list. 

1) Basic Notification: 10 biggest contras (buyers against member firms): This basic 
notification window offers a simple CTI query to identify potential block buyers. This query 

20 uses ACT data to identify the N (10 by default) MPIDs that have purchased the largest 

number of shares net (bought minus sold) from other member firms through trades of at least 
X shares (1 100 by default), in the course of the last 7 minutes (30 minutes by default). This 
indicates that they are working a customer order or building up a position and are likely to 
continue to accumulate stock in the near future. Settable parameters include: (1) Maximum 

25 number of parties targeted: rank the biggest buyers and notify the top 1 0 if there are at least 
10 that fit the user's criteria; Time: count trades during the past N minutes (default is 30 
minutes) — different default values for different symbols are supported; and (3) Size: count 
only trades larger or equal to this size (default is 1 100 shares) — different default values for 
different symbols are supported. Alternate query: count total buys (gross amount bought) 

30 without subtracting out sells. 

A user can further refine the above basic query by specifying that the contra-party 
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must be within a list of MPIDs. For example, a user may target buyers that trade on ECNs, 
by listing all their MPIDs - or specifically target Instinet traders only, using a query for buyers 
against INCA. 

In another refinement of the same query, the user can request that the query should 
5 consider (or not) any buyer based on price aggression, comparing the price to the national 
market best bid and best offer at the time of the trade. Price aggression can be categorized as 
passive (for buys at the bid or below), neutral, or aggressive (buys at the ask or higher). 

2) Block desk query: 3 biggest sellers to non-members: this notification window 
offers a query that identifies block desks that have taken a large position over from a buy-side 

10 client. This type of trade is reported to ACT as an MPID trading as Principal against "blank": 
no contra party MPID is mentioned in the ACT report, and the broker is trading for his own 
account (not as Agency for another client). Broker-dealers that take over large blocks from 
institutional customers will often turn to the markets to recover at least part of the position. 
For example, a block desk that sells a block to an institutional client will want to buy on the 

1 5 market and on ECNs to rebuild the position. So a seller would like to target block desks that 
have recently sold a large block to a non-member firm and would be looking to buy. From 
the point of view of the block desk trader, he reports the trade to ACT and immediately 
begins to see notifications from users with a contra-side interest; this makes his work easy. 
The query uses ACT data or broker-dealer voluntary trade reports (which can be 

20 verified a posteriori using ACT data) to identify the N (10 by default) MPIDs that have sold 
the largest total number of shares through trades of at least ^shares (10,000 shares by 
default) against non-members during the last 7 minutes (60 minutes by default). Settable 
parameters include: (1) Maximum number of parties targeted: rank the biggest sellers and 
notify the top 3 if there are at least 3 that fit the user's criteria;; (2) Time: count trades during 

25 the past N minutes (default is 60 minutes); and (3) Size: count only trades larger or equal to 
this size (default is 10M). 

3) Graphic trade selector: allows users to view trade and bid-ask data in a 
histogram-style representation of the tape, where each trade is represented as a vertical bar 
whose height is proportional to the size of the trade (number of shares on the vertical axis) 

30 and is colored blue (for example) when the trade is at the ask or above, red (for example) 
when it is at the bid or below, and black (for example) when the trade was inside the bid-ask 
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spread. The color-coding lets the user easily identify and select aggressive buyers (the buyer 
behind a tall blue line) or aggressive sellers (tall red lines), and query the CTI database to 
send a notification specifically to the corresponding traders. 

To use this feature, the user scrolls with a mouse over the graph. When the mouse 
5 cursor passes over a circular activation region centered at the tip of a bar (trade) the histogram 
bar becomes thicker, indicating that the trade can be selected by clicking. When the user 
clicks on a bar, a short description of the selected trade appears in a text box next to the 
graph. For example: 
"12:31 buyer 5300 @ 45 1/8 = ask" 

10 "12:35 buyer 2700 @ 44 7/8 = midpoint" 

The system receives the time, size, and symbol and queries the database to find the 
identity of the buyer and seller behind the trade. 

The query will look for both buyers and sellers, but keep the buyer if it is a member 
firm reporting against another member firm, the seller if it is a member firm reporting a trade 

15 with a non-member, and whichever party reported the trade if it was a cross. Alternatively, 
the user can choose to not notify anyone if it was a cross, or to issue the notification only if 
the trade was in either one of the three categories. 

4) Large block buyer from member firm: sends the notification to any user that has 
purchased a block of at least X shares in the course of the past N minutes. Fields to be entered 

20 by the user are: (l)Time: count trades during the past N minutes (default is 60 minutes); (2) 
Size: order size should be at least this large (default value is 10,000 shares); and (3) 
Minimum price aggression: a drop menu allows the user to select among three options: 
consider all buys, buys above the bid, or aggressive buys only (ask or better) (default is above 
the bid). A similar query identifies large block sellers to non-members. 

25 5) Repeat Buyers against member firms: targets users that have bought X shares at 

least Y times during the past N minutes. Fields to be entered by the user are: (1) Time: count 
trades during the past N minutes (default is 60 minutes); (2) Size: trade size should be at least 
this large (default is 3,000 shares); (3) Number of trades: the trader should have executed at 
least this many buys (default value for this field is 2); and (4) Minimum price aggression: a 

30 drop menu allows the user to select among three options: count all buys, buys above the bid, 
or aggressive buys only (ask or better) (default is above the bid). 
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By listing MPIDs that must be on the contra side, the user can further refine this 
query, for example, to count only trades where the contra party was one of the three largest 
ECNs. A similar query identifies repeat sellers to non-members. 

6) Buyers against MPID list: targets MPIDs that have bought a total of at least X 

5 shares from a list of contra-party MPIDs, during the past N minutes. This could be a specific 
contra-party MPID, or a user-defined list, or a system group such as ECNs. Fields to be 
entered by the user are: (1) Time: count trades during the past N minutes (default is 60 
minutes); (2) Size: trade size should be at least this large (default is 3,000 shares); (3) 
Minimum price aggression: a drop menu allows the user to select among three options: count 
10 all buys, buys above the bid, or aggressive buys only (ask or better) (default is above the bid); 
and (4) List of MPIDs: this may be a single MPID, a system group, or a list entered by the 
user. 

7) Auto-ex imbalance: this query will target MPIDs that are Market Makers and have 
been selling at the ask more than they've been buying at the bid, counting only executions 

1 5 when the MM was not at the inside, but counting out MPIDs that have sold a block during the 
same time period. Fields to be entered by the user are: (l)Time: count trades during the 
past N minutes (default is 20 minutes); (2) Net size sold: net traded size (sells minus buys) 
should be at least as large as Size (default value for this field is 20,000 shares). 

20 QUERIES ON ORDERS 

Data on open orders are provided by a trade execution facility (such as Nasdaq 
SuperMontage or SelectNet), by a broker-dealer or ECN, or by traders. Traders can provide 
data manually or via their order management systems; in those cases the system monitors the 
accuracy of the data a posteriori when respondents try to execute the order, and filter out 

25 trade entry reports from traders that have reported inaccurately in the recent past. 

1) 10 most aggressive orders to buy: this query will allow a seller to notify the 10 
users with the most aggressive open buy orders at least as large as a seller-specified SIZE. 
Orders will be ranked by aggression using an algorithm that takes into account price, size and 
minimum quantity. The default algorithm is as follows: first filter out orders that are smaller 

30 than SIZE, then rank all orders by price, size (largest size gets top ranking) and minimum 
quantity (smallest minimum quantity is ranked higher than a large minimum quantity). Ties 
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are broken by time of entry, or by random ordering using random number generators that are 
well known in the art. Alternate algorithms may later be offered, such as ranking by time of 
execution. Fields entered by the user are: (1) Size: order size should be at least this large 
(default is 5,000 shares); and (2) Min Quantity: if this box is checked, the query will count 
5 only orders with minimum quantity less than or equal to this quantity (default setting is 
10,000 shares). 

2) Unfilled trading interest: this query identifies users of the preferred system that 
have initiated a CTI notification to buy that expired without having been canceled by the 
initiator, and where the accompanying order was not completely filled, and that have 
1 0 responded to a CTI notification with an order to buy. 

Parameters for this query are: (1) Maximum number of parties targeted: rank the 
biggest buyers and notify the top 10 if there are at least 10 that fit the user's criteria; (2) Time: 
count the orders that expired during the past N minutes (default is 60 minutes); (3) Size: 
count only orders larger or equal to this size (default is 1 0,000 shares); and (4) Min Quantity: 
15 count only orders with a min quantity less than this size (default is 10,000 shares). 

*69 functionality: Users of a preferred embodiment can deliver notifications to users 
that have traded with them on an Auction Server, or users who sent them CTI notifications. 
A graphic user interface 900 (see FIG. 9) preferably provides a list of trades and notifications 
with checkboxes 910 that the user can "click" to select notification targets. Sorting by time, 
20 size, and symbol is available. The system makes a default selection by choosing all contra 
parties for the day's trading activity. The left part 920 of the screen represents CTI 
Notifications received in the past; the right part 930 of the screen contains a list of executions. 
The user clicks on check-boxes 910 to select the targets to which a new notification should be 
sent. 

25 In a further alternate embodiment of the subject invention, the system is an 

enhancement of an electronic trading system such as an ECN. In this embodiment, he system 
enables a user to request that a notification of the user's order be directed to any party who 
enters an order on the contra side when that second order is within a given price or size 
difference from the first order. Preferably, both orders are either completely confidential or 

30 contain a large reserve quantity that was not displayed to the market, so that the two parties 
would otherwise never have discovered that they were very close to matching a large hidden 
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size. In this embodiment, if both parties have requested that their order be advertised to 
near-matching contras, as described above, then an order notification is delivered to the 
second party entering the order, but not to the first, so that the system functions in the same 
way as if the second participant had not requested that his order be advertised to near 
5 matching contras. In an alternate embodiment, both parties would, in that case, be notified of 
the existence of the near-match with another party's order, and both may come back with a 
better counteroffer to close the gap and thus enable the trade to take place. 

In a distributed implementation of this same embodiment a plurality of ECNs agree to 
cooperate on pooling their clients' trading interest in the following manner: when one of the 

10 parties receives an order from a customer and is unable to match that order internally, it will 
electronically transmit the order to each of the other parties sequentially, using an ordering 
algorithm that maximizes the likelihood of an early execution match, as is known in the art, 
but in each order routing event, if a matching contra is not found, but instead there is a second 
participant confidential order that nearly matches the first participant's order, then the ECN 

15 receiving the routed order will notify the second participant of the existence of the 

near-match. The second participant can then respond with a better price or size to close the 
trade. Preferably, the first order that was not immediately matched is returned to the first ECN 
and the second participant's subsequent response order is routed to this first ECN for 
matching. In an alternate embodiment, the first participant's order stays in the second 

20 participating ECN for the specified "time in force" during which the second participant is 
able to respond. If the second participant does not respond within this time in force, the first 
order is returned to the first ECN with unfilled order status. Preferably, in this 
"multiple-ECN model" the parties share commission revenues as they would in the case 
where the order were simply routed from the first ECN to the second for execution, so that 

25 the notification mechanism does not entail any change in billing but instead simply increases 
the frequency of matches. In an alternate embodiment, the party responding to a notification 
(second participant) agrees to pay a fee for removing liquidity when entering a response 
order, thereby creating additional revenue for the second participating ECN. 

In these embodiments a computer system is installed at participating ECNs that 

30 receives data on the system's orders, stores said data, and enables queries against the order 
data to determine whether a participant's size and price difference conditions are met. The 
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system of this alternate embodiment also contains interfaces with each participating ECN's 
existing system that enable it to deliver order notification messages to the ECN's customers. 
For example, for ECNs that use a FIX interface to their customers, the order notifications are 
packaged as FIX IOI messages for routing by the ECN's FIX engine. In an alternate 
5 embodiment the system maintains direct communications with the client such as through a 
Web server, using methods known in the art as "push technology." 

Those of ordinary skill in the art will recognize that the computer-implemented 
system and method described herein provides at least the following advantages: 

(1) The system can calculate the total buying of potential contras by summing the 
10 shares purchased or sold in a plurality of executions, but an initiating user cannot determine 

whether such multiple executions originated from the same market participant. 

(2) The system can receive dissemination parameters from an initiating party (such 
parameters as the minimum total number of shares that a party should have bought or sold to 
receive the notification) and create a list based on these parameters containing zero, one, or 

1 5 several dissemination targets - but the number of targets that satisfy the initiator's 
dissemination parameters is not known to the initiator. 

(3) Instead of an IOI, a message can be routed that comprises a certified trading 
interest. An example (described above in relation to a preferred embodiment) is a notification 
sent regarding an open order that can be automatically executed by responding to the 

20 notification, or (in an alternate preferred embodiment) a message that contains an executable 
order. 

(4) The system preferably receives data from multiple broker-dealers, allowing the 
system to compare multiple records of the same trade to "net out" middlemen and identify the 
end buyer and seller. For example, if MP1 buys 1000 shares of DELL from MP2 on an ECN ? 

25 the brokers on each end of this trade will know only that they traded with this ECN. But 
when each broker reports his information to the system, the system can compare the two 
reports and identify the two end parties to the trade, enabling MP1 to subsequently negotiate a 
trade directly with MP2. 

(5) The system can receive information on the buy-side origin of a trade from a 

30 plurality of broker-dealers. Thus, the system can reconstruct the complete trading activity of 
a buy-side party when that buy-side party is working an order through a plurality of 
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broker-dealers and/or ECNs. 

All these are ways of using confidential information in win- win situations, where the 
providers of information benefit by earning the right to attract more information or more 
order flow, for their own account or for that of their clients. When the advantaged party is the 
5 data provider's client(s), it is clear that a successful business application will include a 
sharing of the benefits with the data provider to encourage participation. 

FIGS. 10-20 show steps of method embodiments described herein. 
FIG. 10 illustrates steps of a method of managing securities market information. At 
step 110 securities order-related or trade-related data regarding a set of securities market 

10 participants is electronically received. At step 1020 said received order-related or trade- 
related data regarding said set of securities market participants is electronically stored. At 
step 1030 a securities order-related or trade-related query from a first securities market 
participant is electronically received. At step 1040, based on said order-related or trade- 
related query received from said first securities market participant and on said securities 

15 order-related or trade-related data regarding said set of securities market participants, a 
dissemination list of securities market participants is computed. At step 1050, said 
dissemination list is transmitted to an entity who has been granted a privilege of receiving 
such lists in exchange for being contractually bound to respect confidentiality of the 
dissemination list and to use the list only for the purpose of sending securities-related 

20 information to members of the list. 

FIG. 1 1 depicts steps of another method of managing securities market information. 
At step 1110, securities order- or trade-related data regarding a set of securities market 
participants is electronically received. At step 1 120, said received order-related data 
regarding said set of securities market participants is electronically stored. At step 1130, 

25 securities order parameters from a first securities market participant is electronically received. 
At step 1 140, based on said securities order parameters received from said first securities 
market participant and on said securities order- or trade-related data regarding said set of 
securities market participants, a dissemination list of securities market participants is 
computed based on ranking likely contras by probability of execution. At step 1 1 50, said 

30 dissemination list is transmitted to an entity who has been granted a privilege of receiving 
such lists in exchange for being contractually bound to respect confidentiality of the 
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dissemination list and to use the list only for the purpose of sending securities-related 
information to members of the list. 

FIG. 12 depicts steps of a method of effecting a targeted auction. At step 121 0, data 
including confidential information regarding market participants is electronically received. 
5 At step 1220, said received data regarding market participants is electronically stored. At 
step 1230, information including a first order from a first market participant computer is 
electronically received. At step 1240, said information received from said first market 
participant computer is electronically stored. At step 1250,a targeted dissemination list of 
market participants is produced based on said stored data regarding market participants and 

10 said information received from said first market participant computer. At step 1260, data 
based on said information received from said first market participant computer is 
electronically transmitted to the market participants on said targeted dissemination list. At 
step 1270, subsequent orders from market participants are electronically received in response 
to said transmitted data. At step 1280, an electronic auction is conducted among orders 

15 including said orders received in response to said transmitted data; wherein in said auction an 
order is displayed as a passive order and executes immediately against contra orders at that 
price, but upgrades its price to a more aggressive price for randomly-scheduled match check 
events where neither party has control of time of execution. At step 1290, the statuses of 
orders are electronically transmitted to the respective market participants who initiated them. 

20 FIG. 13 depicts steps of another method of effecting a targeted auction. At step 1310, 

data including confidential information regarding market participants is electronically 
received. At step 1320, said received data regarding market participants is electronically 
stored. At step 1330, information including a first order from a first market participant 
computer is electronically received. At step 1340, said information received from said first 

25 market participant computer is electronically stored. At step 1350, a targeted dissemination 
list of market participants is produced based on said stored data regarding market participants 
and said information received from said first market participant computer. At step 1360, data 
based on said information received from said first market participant computer is 
electronically transmitted to the market participants on said targeted dissemination list. At 

30 step 1370, subsequent orders from market participants are electronically received in response 
to said transmitted data, wherein market participants have the option of placing an order in an 
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order depository without initiating an auction or invoking targeted dissemination of data, said 
orders being dormant until an auction is initiated in that stock. At step 1380, an electronic 
auction is conducted among orders including said orders received in response to said 
transmitted data. At step 1390, the statuses of orders are electronically transmitted to the 
5 respective market participants who initiated them. 

FIG. 14 depicts steps of a method of managing orders in a securities market. At step 
1410, data comprising an order and conditions on said order from a first market participant is 
electronically received. At step 1420, said received data is electronically stored in a database. 
At step 1430, data comprising contra orders from other market participants is electronically 

10 received and stored in said database. At step 1440, said database is searched for contra orders 
that satisfy said conditions on said order from said first market participant. At step 1450, 
contra orders that satisfy said conditions are ranked according to criteria comprising said 
conditions. At step 1460, said order received from said first market participant or portions 
thereof are routed to market participants from which said ranked contra orders were received, 

1 5 according to ranking. 

FIG. 15 depicts steps of another method of managing orders in a securities market. At 
step 1510, data comprising a first preferenced order and conditions thereon is electronically 
received from a first market participant, wherein said first preferenced order is directed to a 
preferencing ID. At step 1520, said received data is electronically stored in a database. At 

20 step 1530, data comprising contra orders from other market participants is electronically 

received and stored in said database. At step 1540, said database is searched for contra orders 
that satisfy said conditions on said order from said first market participant. At step 1550, 
market participants whose contra orders satisfy said conditions are ranked. At step 1560, a 
second preferenced order is sent to a second market participant with an optimum or optimal 

25 ranking. At step 1570, if said second market participant accepts said second preferenced 

order, an attempt is made to execute said first preferenced order and said second preferenced 
order as a single transaction, where either both legs of the trade carry through to completion 
or neither does. 

FIG. 16 depicts steps of a method of effecting a targeted auction. At step 1610, data 
30 including confidential information regarding market participants is electronically received. 
At step 1620, said received data regarding market participants is electronically stored. At 
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step 1630, information including a first order is electronically received from a first market 
participant computer. At step 1640, said information received from said first market 
participant computer is electronically stored. At step 1650, data based on said information 
received from said first market participant computer is electronically transmitted to selected 
5 market participants. At step 1660, subsequent orders from said selected market participants 
are electronically received in response to said transmitted data. At step 1670, an electronic 
auction is conducted among orders including said orders received in response to said 
transmitted data; wherein in said electronic auction an order is displayed as a passive order 
and executes immediately against contra orders at that price, but upgrades its price to a more 

10 aggressive price for randomly-scheduled match check events where neither party has control 
of time of execution. At step 1680, the statuses of orders are electronically transmitted to the 
respective market participants who initiated them. 

FIG. 17 depicts another method of order management. At step 1710, first participant 
information from a first market participant computer is electronically received, said first 

1 5 participant information including a first order and indicating: (i) whether said first order is 
exposed to random match check events; (ii) whether said first order is exposed to immediate 
execution against orders entered independently on the contra side; and (iii) whether said first 
order is exposed to immediate execution against orders entered in response to notification of 
said first order. At step 1720, said first participant information is electronically stored. At 

20 step 1730, a second order from a second participant is electronically received. At step 1740, 
said second order is executed against said first order if the price and size match and if said 
first participant information indicates that said first order is exposed to immediate matching 
against incoming orders. At step 1750, randomly-timed match check events are executed, 
wherein other orders match against the first order if the price and size match and if said first 

25 participant information indicates that said first order is to be exposed to randomly-timed 
match check events. 

FIG. 18 depicts another method of effecting a targeted auction. At step 1805, data 
including confidential information regarding market participants is electronically received. 
At step 1810, said received data regarding market participants is electronically stored. At 
30 step 1815, information including a first order from a first market participant computer is 
electronically received. At step 1 820, said information received from said first market 
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participant computer is electronically stored. At step 1825, a targeted dissemination list of 
market participants is produced based on said stored data regarding market participants and 
said information received from said first market participant computer. At step 1 830, data 
based on said information received from said first market participant computer is 
5 electronically transmitted to the market participants on said targeted dissemination list. At 
step 1 835, an order from a second market participant is electronically received. At step 1 840, 
order parameters for possible matching and execution of said second participant's order are 
checked against said first order. At step 1 845, an order from a third market participant is 
electronically received in response to said transmitted data. At step 1 850, order parameters 

10 are checked for possible matching and execution of said third participant's order against said 
first order. At step 1855, an electronic auction is conducted among orders including said 
orders received in response to said transmitted data. At step 1860, the statuses of orders are 
electronically transmitted to the respective market participants who initiated them. 

FIG. 19 depicts steps of another method of managing market information. At step 

15 1910, data is electronically received from a first market participant, said data comprising an 
order to buy or sell market securities, and further comprising conditions on similar orders on 
the contra side. At step 1920, said data from said first market participant is electronically 
stored. At step 1930, information is electronically transmitted to one or more entities, said 
information comprising said conditions. At step 1940, notification from one of said one or 

20 more entities is electronically received, said notification comprising an indication that a 

second participant's order matches said conditions. At step 1950, information including data 
related to said order received from said first market participant is electronically transmitted to 
said one of said one or more entities. 

FIG. 20 depicts steps of another method of managing market information. At step 

25 2010, data is electronically received from a first market participant, said data comprising an 
order to buy or sell market securities and data specifying order-handling rules that specify that 
the order should be exposed to randomly-scheduled match-check events. At step 2020, said 
data from said first market participant is electronically stored. At step 2030, information 
from a second market participant is electronically received, said information including an 

30 order to trade securities. At step 2040, a match-check event is electronically scheduled. At 
step 2050, execution of auctions with orders received at the time of said scheduled 
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match-check event is electronically triggered. 

While the embodiments shown and described herein are fully capable of achieving the 
objects of the subject invention, it is evident that numerous alternatives, modifications, and 
5 variations will be apparent to those skilled in the art in light of the foregoing description. 

These alternatives, modifications, and variations are within the scope of the subject invention, 
and it is to be understood that the embodiments described herein are shown only for the 
purpose of illustration and not for the purpose of limitation. 
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Claims 

What is claimed is: 

1 . A method of managing market information, comprising the steps of: 
electronically receiving data including confidential information regarding market 

5 participants; 

electronically storing said received data regarding market participants; 
electronically receiving information from a first market participant computer; 
electronically storing said information received from said first market participant 
computer; 

10 producing a targeted dissemination list of market participants based on said stored 

data regarding market participants and said information received from said first market 
participant computer; and 

electronically transmitting to the market participants on said targeted dissemination 
list data based on said information received from said first market participant computer. 

15 

2. The method of claim 1 wherein said information received from said first market 
participant computer includes a trading interest. 

3. The method of claim 2 wherein said trading interest is a certified trading interest. 

20 

4. The method of claim 2 further comprising the step of certifying said trading interest. 

5. The method of claim 1 wherein said information received from said first market 
participant computer includes specific dissemination parameters. 

25 

6. The method of claim 5 wherein said specific dissemination parameters include 
certified trading interest requirements. 

7. The method of claim 2 wherein said confidential information regarding market 
30 participants includes trading interests. 
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8. The method of claim 7 wherein said trading interests are certified trading interests. 

9. The method of claim 2 wherein said confidential information regarding market 
participants includes information regarding investment holdings. 

5 

10. The method of claim 2 further comprising the steps of: 

electronically receiving data from market participants on said targeted dissemination 

list; 

electronically storing said received data from market participants on said targeted 
10 dissemination list; and 

electronically transmitting information back to the first market participant computer 
based on said stored data received from market participants on said targeted dissemination 
list. 



15 11. The method of claim 1 0 further comprising the step of electronically transmitting 
information based on said stored data received from market participants on said 
targeted dissemination list to one or more other market participants. 

12. The method of claim 1 0 wherein said information transmitted back to the first market 
20 participant computer includes an interest in negotiation. 



13. The method of claim 3 further comprising the steps of: 

electronically receiving data from market participants on said targeted dissemination 

list; 

25 electronically storing said received data from market participants on said targeted 

dissemination list; and 

electronically transmitting information back to the first market participant computer 
based on said stored data received from market participants on said targeted dissemination 
list. 

30 

14. The method of claim 13, wherein said information electronically transmitted back to 
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15. A computer program for managing information comprising: 

(a) software for electronically receiving data including confidential information regarding 
5 market participants; 

(b) software for electronically storing said received data regarding market participants; 

(c) software for electronically receiving information from a first market participant 
computer; 

(d) software for electronically storing said information received from said first market 
1 0 participant computer; 

(e) software for producing a targeted dissemination list of market participants based on 
said stored data regarding market participants and said information received from said 
first market participant computer; and 

(f) software for electronically transmitting to the market participants on said targeted 
1 5 dissemination list data based on said information received from said first market 

participant computer. 

16. The program of claim 15 wherein said information received from said first market 
participant computer includes a trading interest. 

20 

17. The program of claim 16 wherein said trading interest is a certified trading interest. 

18. The program of claim 16 further comprising software for certifying said trading interest. 

25 19. The program of claim 15 wherein said information received from said first market 
participant computer includes specific dissemination parameters. 

20. The program of claim 19 wherein said specific dissemination parameters include certified 
trading interest requirements. 

30 

21. The program of claim 15 wherein said confidential information regarding market 
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participants includes trading interests. 

22. The program of claim 21 wherein said trading interests are certified trading interests. 

5 23. The program of claim 15 wherein said confidential information regarding market 
participants includes information regarding investment holdings. 

24. The program of claim 15 further comprising software for: 

(a) electronically receiving data from market participants on said targeted dissemination 
10 list; 

(b) electronically storing said received data from market participants on said targeted 
dissemination list; and 

(c) electronically transmitting information back to the first market participant computer 
based on said stored data received from market participants on said targeted 

1 5 dissemination list. 

25. The program of claim 24 further comprising software for electronically transmitting 
information based on said stored data received from market participants on said targeted 
dissemination list to one or more other market participants. 

20 

26. The program of claim 24 wherein said information transmitted back to the first market 
participant computer includes an interest in negotiation. 

27. The program of claim 17 further comprising software for: 

25 electronically receiving data from market participants on said targeted dissemination 

list; 

electronically storing said received data from market participants on said targeted 
dissemination list; and 

electronically transmitting information back to the first market participant computer 
30 based on said stored data received from market participants on said targeted dissemination 
list. 
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28. The program of claim 27, wherein said information electronically transmitted back to 
the first market participant computer comprises an order. 

29. A method of effecting a targeted auction, comprising the steps of: 

5 (a) electronically receiving data including confidential information regarding market 



participants; 

(b) electronically storing said received data regarding market participants; 

(c) electronically receiving information including a first order from a first market 
participant computer; 

1 0 (d) electronically storing said information received from said first market participant 

computer; 

(e) producing a targeted dissemination list of market participants based on said stored 
data regarding market participants and said information received from said first market 
participant computer; 

15 (f) electronically transmitting to the market participants on said targeted dissemination 

list data based on said information received from said first market participant computer; 

(g) electronically receiving subsequent orders from market participants in response to 
said transmitted data; 

(h) conducting an electronic auction among orders including said orders received 
20 in response to said transmitted data; and 

(i) electronically transmitting the status of orders to the respective market participants 
who initiated them. 

30. The method of claim 29 wherein said information from said first market participant 
25 computer includes auction parameters. 

31. The method of claim 29 wherein said information received from said first market 
participant computer includes specific dissemination parameters. 

30 32. The method of claim 31 wherein said specific dissemination parameters include certified 
trading interest requirements. 
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33. The method of claim 29 wherein said confidential information regarding market 
participants includes trading interests. 

5 34. The method of claim 33 wherein said trading interests are certified trading interests. 

35. The method of claim 29 wherein said confidential information regarding market 
participants includes information regarding investment holdings. 

10 36. The method of claim 29 wherein rules governing said electronic auction grant to said first 
order execution priority over said subsequent orders. 

37. The method of claim 29 wherein rules governing said electronic auction prevent the 
matching of said subsequent orders and an order other than said first order until said first 

1 5 order is canceled or filled. 

38. A computer program for effecting a targeted auction, comprising: 



(a) software for electronically receiving data including confidential information regarding 
market participants; 



20 



(b) software for electronically storing said received data regarding market participants; 

(c) software for electronically receiving information including a first order from a first 
market participant computer; 

(d) software for electronically storing said information received from said first market 
participant computer; 

(e) software for producing a targeted dissemination list of market participants based on 
said stored data regarding market participants and said information received from said 
first market participant computer; 

(f) software for electronically transmitting to the market participants on said targeted 
dissemination list data based on said information received from said first market 



25 



30 



participant computer; 

(g) software for electronically receiving subsequent orders from market participants in 
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response to said transmitted data; 

(h) software for conducting an electronic auction among orders including said orders 
received in response to said transmitted data; and 

(i) software for electronically transmitting the status of orders to the respective market 
5 participants who initiated them. 

39. The program of claim 38 wherein said information from said first market participant 
computer includes auction parameters. 

10 40. The program of claim 38 wherein said information received from said first market 
participant computer includes specific dissemination parameters. 

41. The program of claim 40 wherein said specific dissemination parameters include certified 
trading interest requirements. 

15 

42. The program of claim 38 wherein said confidential information regarding market 
participants includes trading interests. 

43. The program of claim 42 wherein said trading interests are certified trading interests. 

20 

44. The program of claim 38 wherein said confidential information regarding market 
participants includes information regarding investment holdings. 

45. The program of claim 38 wherein rules governing said electronic auction grant to said 
25 first order execution priority over said subsequent orders. 

46. The program of claim 38 wherein rules governing said electronic auction prevent the 
matching of said subsequent orders and an order other than said first order until said first 
order is canceled or filled. 

30 

47. A method of evaluating a market participant's trading activities, comprising the steps of: 
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(a) electronically receiving data regarding a first market participant, wherein said data 
comprises certified trading activity information; 

(b) electronically storing said received data regarding said first market participant; 

(c) producing a measure of said first market participant's trading activity with respect to a 
5 standard; 

(d) electronically storing said measure; 

(e) electronically receiving a request from said first market participant to have a report 
transmitted to a second market participant, wherein said report comprises said 
measure; 

10 (f) electronically storing said received request; and 

(g) electronically transmitting said requested report to said second market participant. 

48. The method of claim 47 wherein said standard comprises non-certified trading 
information disseminated by said market participant. 

15 

49. The method of claim 47 wherein said standard comprises trading restraints set by said 
market participant. 

50. The method of claim 47 wherein said standard comprises system-defined inappropriate 
20 trading behavior. 

51. A computer program for evaluating a market participant's trading activities, comprising: 
(a) software for electronically receiving data regarding a first market participant, wherein 

said data comprises certified trading activity information; 
25 (b) software for electronically storing said received data regarding said first market 
participant; 

(c) software for producing a measure of said first market participant's trading activity 
with respect to a standard; 

(d) software for electronically storing said measure; 

30 (e) software for electronically receiving a request from said first market participant to 

have a report transmitted to a second market participant, wherein said report 
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comprises said measure; 

(f) software for electronically storing said received request; and 

(g) software for electronically transmitting said requested report to said second market 
participant. 

5 

52. The program of claim 51 wherein said standard comprises non-certified trading 
information disseminated by said market participant. 

53. The program of claim 51 wherein said standard comprises trading restraints set by said 
1 0 market participant. 

54. The program of claim 51 wherein said standard comprises system-defined inappropriate 
trading behavior. 

15 55. A method of managing market information, comprising the steps of: 

(1) enabling market participants to target dissemination of trading interests to only those 
other market participants likely to have a significant contra-interest; 

(2) enabling market participants to ensure that other market participants 5 disseminated 
trading interests are validated as legitimate; and 

20 (3) enabling auctions among trading interests targeted and validated as in steps (1) and 
(2). 

56. A method as in claim 1 , wherein the step of identifying said second market 
participant is based on location. 

25 

57. A method as in claim 1 , wherein the step of identifying said market participant is 
based on comparing the past behavior of market participants after they received 
notifications or orders. 

30 58. A method as in claim 1, wherein the step of producing a targeted dissemination 

list of market participants based on said stored data regarding market participants and said 
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order and targeting parameters is based on relations between said stored data not known 
to said first market participant. 

59. A method as in claim 56, wherein said relations comprise information indicating 
5 that multiple data entries involve a same end party. 

60. A method as in claim 57, wherein the step of producing said targeted 
dissemination list comprises calculating the total number of shares bought or sold by said 
end party. 

10 

61 . A method as in claim 1, wherein the step of producing a targeted dissemination 
list of market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on data that is not available to any individual 
market participant, and wherein said step of producing a targeted dissemination list 

1 5 comprises aggregating data provided by a plurality of market participants. 

62. A method as in claim 1, wherein the step of producing a targeted dissemination 
list of market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on data that is not available to any individual 

20 market participant, and wherein said step of producing a targeted dissemination list 
comprises comparing data provided by a plurality of market participants. 

63. A method as in claim 1 , wherein the step of identifying said market participant is 
based on comparing the past behavior of market participants after they received orders. 

25 

64. A method as in claim 1 , wherein the step of identifying said second market 
participant is based on time of most recent execution. 

65. A method as in claim 63, wherein said step of aggregating data is based on data 
30 that is provided by a plurality of participating broker-dealers. 



-70- 



WO 01/93169 



PCT/US01/17519 



66. A method as in claim 64, wherein said step of comparing data provided by a 
plurality of market participants comprises the step of netting out middlemen to identify an 
end buyer and an end seller in a trade. 

5 67. The method of claim 63, wherein said step of aggregating data is based on data 
that comprises the identity of a buy-side party for which a trade was executed. 

68. A computer-implemented method of managing market information, comprising 
the steps of: 

1 0 electronically receiving data including confidential information regarding market 

participants; 

electronically receiving an order and targeting parameters from a first market 
participant; 

identifying a second market participant that is most likely to take a contra side of 
15 said order, wherein said step of identifying is based, at least in part, on said received 
confidential information regarding market participants; and 

routing said order to said identified second market participant. 

69. A method as in claim 68, further comprising the step of producing a targeted 
20 dissemination list of market participants based, at least in part, on said received 

confidential information regarding market participants and said order and targeting 
parameters, and wherein the step of identifying a second market participant that is most 
likely to take a contra side of said order is based on said dissemination list. 

25 70. A method as in claim 68, wherein the confidential information comprises trading 
interest information. 

71 . A method as in claim 68, wherein the confidential information comprises certified 
trading interest information. 

30 

72. A method as in claim 68, wherein the confidential information comprises a time of 
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a call. 

73. A method as in claim 68, wherein the step of identifying said second market 
participant is based on order size. 

5 

74. A method as in claim 68, wherein the step of identifying said second market 
participant is based on execution size. 

75. A method as in claim 68, wherein the step of identifying said second market 
10 participant is based on price aggression. 

76. A method as in claim 68, wherein the step of identifying said second market 
participant is based on location. 

15 77. A method as in claim 68, wherein the step of identifying said market participant is 
based on comparing the past behavior of market participants after they received 
notifications or orders. 

78. A method as in claim 68, wherein the step of identifying said market participant is 
20 based on time of auction call. 

79. A method as in claim 68, wherein the step of identifying said market participant is 
based on comparing the past behavior of market participants after they received orders. 

25 80. A method as in claim 68, wherein the step of identifying said second market 
participant is based on time of most recent execution. 

81. A method as in claim 68, 

wherein the data including confidential information comprises executable orders 
30 entered into a trading system but not displayed to the general public; 

wherein the information received from the first market participant computer 
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comprises an order and conditions that specify parameters on similar orders on the contra 
side; and 

wherein the dissemination list is the list of orders that satisfy the first market 
participant's conditions. 

5 

82. A method as in claim 68, wherein the step of producing a targeted dissemination 
list of market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on relations between said stored data not known 
to said first market participant. 

10 

83. A method as in claim 82, wherein said relations comprise information indicating 
that multiple data entries involve a same end party. 

84. A method as in claim 83, wherein the step of producing said targeted 

15 dissemination list comprises calculating the total number of shares bought or sold by said 
end party. 

85. A method as in claim 68, wherein the step of producing a targeted dissemination 
list of market participants based on said stored data regarding market participants and said 

20 order and targeting parameters is based on data that is not available to any individual 

market participant, and wherein said step of producing a targeted dissemination list 
comprises aggregating data provided by a plurality of market participants. 



86. A method as in claim 68, wherein the step of producing a targeted dissemination 
25 list of market participants based on said stored data regarding market participants and said 
order and targeting parameters is based on data that is not available to any individual 
market participant, and wherein said step of producing a targeted dissemination list 
comprises comparing data provided by a plurality of market participants. 

30 87. A method as in claim 85, wherein said step of aggregating data is based on data 

that is provided by a marketplace. 
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88. A method as in claim 87, wherein said data that is provided by a marketplace is 
Automated Confirmation Transaction Service SM data and said marketplace is the Nasdaq 
Stock Market SM . 

5 

89. A method as in claim 85 , wherein said step of aggregating data is based on data 
that is provided by a plurality of participating broker-dealers. 

90. A method as in claim 86, wherein said step of comparing data provided by a 

1 0 plurality of market participants comprises the step of netting out middlemen to identify an 
end buyer and an end seller in a trade. 

91 . The method of claim 85, wherein said step of aggregating data is based on data 
that comprises the identity of a buy-side party for which a trade was executed. 

15 

92. The method of claim 86, wherein said step of comparing data provided by a 
plurality of market participants comprises the step of calculating the total number of 
shares bought or sold by a buy-side party for which a trade was executed through one or 
more intermediaries. 

20 

93. A method as in claim 69, further comprising the steps of: 

ranking market participants on said targeted dissemination list in order of 
likelihood of taking the contra side of said order; and 

if said identified second market participant does not execute said order, 
25 successively routing said order to the remaining market participants on said ranked 

targeted dissemination list, in order of likelihood of taking the contra side of said order, 
until said order is executed. 

94. A method as in claim 93, wherein said ranking is based on probability of 
30 execution. 
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95. A method as in claim 94, wherein said probability of execution is calculated based 
on a count of number of orders delivered versus number of executions for different types 
of orders. 

5 96. A method as in claim 94, wherein said probability of execution is calculated based 
on comparing the past behavior of market participants after they received notifications or 
orders. 

97. A method as in claim 94, wherein said probability of execution is calculated based 
10 on comparing the past behavior of market participants after they received orders. 

98. A method as in claim 94, further comprising the steps of monitoring price 
fluctuation following order delivery to a market center and identifying statistically 
significant correlations between order delivery events and subsequent price fluctuations 

15 on a market 

99. A method of managing market information, comprising the steps of: 
electronically receiving data including confidential information regarding market 

participants; 

20 electronically storing said received data regarding market participants; 

electronically receiving an order-related query from a first market participant; 
based on said received data regarding market participants, calculating an estimate of a 
probability of execution if the order were routed to market participants based on said 
query; and 

25 electronically reporting said probability to said first market participant. 

1 00. A method as in claim 99, wherein said probability of execution is calculated based 
on a count of number of orders delivered versus number of executions for different types 
of orders. 

30 

101. A method as in claim 99, further comprising the step of electronically reporting an 
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estimate of the price impact following the delivery of an order based on said query to said 
first market participant. 

102. A method of managing orders in a securities market, comprising the steps of: 

5 electronically receiving data comprising an order from a first market participant; 

electronically storing said received data in a database; 

electronically receiving from a second market participant data comprising one or 
more conditions on orders; 

searching said database for orders that satisfy said conditions; 
10 electronically designating orders found in said search as being reserved, said 

designated orders comprising said order received from said first market participant; and 

electronically routing said designated orders to said second market participant. 

103. The method of claim 102, further comprising the step of electronically receiving 
15 data comprising order status information from said second market participant. 

104. The method of claim 103, further comprising the step of reporting order execution 
to said first market participant if said order status information indicates that said order 
received from said first market participant was executed. 

20 

105. The method of claim 103, further comprising the step of removing the designation 
of being reserved from an order if said order status information indicates that the order 
was released by said second market participant. 

25 106. A method of managing orders in a market, comprising the steps of: 

electronically receiving data regarding a first market participant, said data 
comprising one or more call auction event times; 

electronically storing said received data regarding said first market participant; 
electronically receiving an order from a second market participant; 
30 routing said order to said first market participant at a time within a configurable 

time window surrounding one of said one or more call auction event times. 
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107. A method of managing market information, comprising the steps of: 
electronically receiving data from a first market participant, said data comprising 

an order to buy or sell market securities, and comprising conditions on similar orders on 
the contra side; 

5 electronically storing said data from said first market participant; 

electronically receiving information from a second market participant, said 
information comprising an order to buy or sell market securities; and 

electronically determining whether said second participant's order satisfies said 
conditions from said first market participant and, if so, electronically transmitting to said 
1 0 second participant data based on said data from first market participant. 

108. A method of managing securities market information, comprising the steps of: 
(a) electronically receiving securities order-related or trade-related data regarding 

a set of securities market participants; 
1 5 (b) electronically storing said received order-related or trade-related data regarding 

said set of securities market participants; 

(c) electronically receiving a securities order-related or trade-related query from a 
first securities market participant; 

(d) based on said order-related or trade-related query received from said first 
20 . securities market participant and on said securities order-related or trade-related data 

regarding said set of securities market participants, computing a dissemination list of 
securities market participants; and 

(e) transmitting said dissemination list to an entity who has been granted a 
privilege of receiving such lists in exchange for being contractually bound to respect 

25 confidentiality of the dissemination list and to use the list only for the purpose of sending 
securities-related information to members of the list. 

109. A method as in claim 108, wherein said securities-related information sent by said 
entity to members of said list comprises orders or information about orders. 

30 

110. A method as in claim 108, wherein said entity is said first securities market 



-77- 



WO 01/93169 



PCT/US01/17519 



participant. 

111. A method as in claim 1 08, wherein said entity is: 

(a) further contractually bound to permit an auditing firm to audit the entity's 
information dissemination practices; and 

(b) subject to termination of its privilege of receiving dissemination lists if said 
auditing firm determines that the entity has failed to satisfactorily maintain confidentiality 
of dissemination lists or has failed to use said lists only for the purpose of sending 
information to members of said lists. 

112. A method as in claim 108, wherein said entity uses a software system to receive, 
store, and transmit dissemination lists and is: 

(a) further contractually bound to permit a consulting firm to inspect the software 
system that will receive the dissemination lists prior to initiating the service; and 

(b) subject to termination of its privilege of receiving dissemination lists if said 
consulting firm determines that said software system, in its initial form or in a modified 
form, does not satisfactorily maintain confidentiality of dissemination lists or does not 
ensure that said lists are used only for the purpose of sending securities-related 
information to members of said lists. 

113. A method of managing securities market information, comprising the steps of: 

(a) electronically receiving securities order- or trade-related data regarding a set of 
securities market participants; 

(b) electronically storing said received order-related data regarding said set of 
securities market participants; 

(c) electronically receiving securities order parameters from a first securities 
market participant; 

(d) based on said securities order parameters received from said first securities 
market participant and on said securities order- or trade-related data regarding said set of 
securities market participants, computing a dissemination list of securities market 
participants based on ranking likely contras by probability of execution; and 
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(e) transmitting said dissemination list to an entity who has been granted a 
privilege of receiving such lists in exchange for being contractually bound to respect 
confidentiality of the dissemination list and to use the list only for the purpose of sending 
securities-related information to members of the list. 

5 

114. A method as in claim 113, wherein the likely contras are ranked based on 
probability of execution. 

115. A method as in claim 1 13, wherein likely contras are ranked based on the 

10 expected price impact following the delivery of said securities-related information to said 
members of said lists. 

116. A method as in claim 113, wherein said securities order- or trade-related 
information sent by said entity to members of said list comprises orders or information 

15 about orders. 

117. A method as in claim 113, wherein said entity is said first securities market 
participant. 

20 118. A method as in claim 113, wherein said entity is: 

(a) further contractually bound to permit an auditing firm to audit the entity's 
information dissemination practices; and 

(b) subject to termination of its privilege of receiving dissemination lists if said 
auditing firm determines that the entity has failed to satisfactorily maintain confidentiality 

25 of dissemination lists or has failed to use said lists only for the purpose of sending 
information to members of said lists. 

119. A method as in claim 113, wherein said entity uses a software system to receive, 
store, and transmit dissemination lists and is: 
30 (a) further contractually bound to permit a consulting firm to inspect the software 

system that will receive the dissemination lists prior to initiating the service; and 
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(b) subject to termination of its privilege of receiving dissemination lists if said 
consulting firm determines that said software system, in its initial form or in a modified 
form, does not satisfactorily maintain confidentiality of dissemination lists or does not 
ensure that said lists are used only for the purpose of sending securities-related 

5 information to members of said lists. 

120. A method of effecting a targeted auction, comprising the steps of: 

(a) electronically receiving data including confidential information regarding 
market participants; 

10 (b) electronically storing said received data regarding market participants; 

(c) electronically receiving information including a first order from a first market 
participant computer; 

(d) electronically storing said information received from said first market 
participant computer; 

1 5 (e) producing a targeted dissemination list of market participants based on said 

stored data regarding market participants and said information received from said first 
market participant computer; 

(f) electronically transmitting to the market participants on said targeted 
dissemination list data based on said information received from said first market 

20 participant computer; 

(g) electronically receiving subsequent orders from market participants in response 
to said transmitted data; 

(h) conducting an electronic auction among orders including said orders received 
in response to said transmitted data; wherein in said auction an order is displayed as a 

25 passive order and executes immediately against contra orders at that price, but upgrades 
its price to a more aggressive price for randomly-scheduled match check events where 
neither party has control of time of execution; and 

(i) electronically transmitting the status of orders to the respective market 
participants who initiated them. 

30 

121 . A method as in claim 120, wherein said more aggressive price is also displayed to 
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auction participants to enable evaluation of the value of the market timing option. 

122. A method as in claim 120, wherein said more aggressive price is the market 
midpoint price. 

5 

123. A method as in claim 120, wherein similar orders on opposite sides are matched in 
said randomly-timed match check events. 

124. A method as in claim 122, wherein one of the two prices is more aggressive than 
10 the other, and wherein the more aggressive price is accessible only to responding market 

participants willing to renounce the market timing option by leaving their order on hold 
until the next match-check event. 



125. A method of effecting a targeted auction, comprising the steps of: 
15 (a) electronically receiving data including confidential information regarding 

market participants; 

(b) electronically storing said received data regarding market participants; 

(c) electronically receiving information including a first order from a first market 
participant computer; 

20 (d) electronically storing said information received from said first market 

participant computer; 

(e) producing a targeted dissemination list of market participants based on said 

stored data regarding market participants and said information received from said first 

market participant computer; 
25 (f) electronically transmitting to the market participants on said targeted 

dissemination list data based on said information received from said first market 

participant computer; 

(g) electronically receiving subsequent orders from market participants in response 

to said transmitted data, wherein market participants have the option of placing an order 
30 in an order depository without initiating an auction or invoking targeted dissemination of 

data, said orders being dormant until an auction is initiated in that stock; 
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(h) conducting an electronic auction among orders including said orders received 
in response to said transmitted data; and 

(i) electronically transmitting the status of orders to the respective market 
participants who initiated them. 

5 

126. A method as in claim 125, wherein a market participant entering an order into the 
order depository is permitted to specify relevant order-handling rules. 

127. A method as in claim 126, wherein said order-handling rules comprise whether the 
10 order will be exposed to random match-check events. 

128. A method as in claim 126, wherein said order-handling rules comprise whether the 
order will be exposed to other orders being entered into order depository. 

15 129. A method as in claim 126, wherein said order-handling rules comprise whether the 
order will be exposed to advertised orders. 

130. A method as in claim 125, wherein order-handing rules are specified for and 
advertised to market participants. 

20 

131. A method as in claim 1 25, wherein a market participant entering an order can 
request that a message be generated to notify any party who enters an order on the contra 
side if the party is close to matching but does not quite have the right price or size for a 
match. 

25 

132. A method as in claim 131, wherein said market participant entering an order can 
specify what price differential range results in a party being notified that the party is close 
to matching. 

30 133. A method as in claim 131, wherein said market participant entering an order can 
specify what size differential range results in a party being notified that the party is close 
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to matching. 

134. A method of managing orders in a securities market, comprising the steps of: 

(a) electronically receiving data comprising an order and conditions on said order 
5 from a first market participant; 

(b) electronically storing said received data in a database; 

(c) electronically receiving and storing in said database data comprising contra 
orders from other market participants; 

(d) searching said database for contra orders that satisfy said conditions on said 
1 0 order from said first market participant; 

(e) ranking contra orders that satisfy said conditions according to criteria 
comprising said conditions; and 

(f) routing said order received from said first market participant or portions thereof 
to market participants from which said ranked contra orders were received, according to 

1 5 ranking. 

135. A method according to claim 134, wherein said conditions comprise having a 
designated portion of said order sent out to third-party systems. 

20 136. A method according to claim 135, wherein the aggregate size of portions of said 

order that are routed to third-party systems does not exceed the size of said order. 

137. A method according to claim 134, wherein a count is maintained of the residual 
size that has not been routed to likely contras, and said count is decremented when routed- 

25 to contras decline to accept the order. 

138. A method according to claim 137, wherein said residual size count is not 
permitted to become negative. 

30 139. A method according to claim 135, wherein said conditions comprise a 

combination of possible third-party execution options. 
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1 40. A method according to claim 1 34, wherein said first market participant transmits 
said conditions by entering a script through a graphical user interface. 

141 . A method according to claim 140, wherein said script specifies a sequence of 
operations to be executed in the process of working said order. 

142. A method according to claim 140, wherein said graphical user interface comprises 
a script-editing screen displaying a blank horizontal field with a downward-pointing 
arrow. 

143. A method according to claim 142, wherein upon clicking on the 
downward-pointing arrow a drop list of order management options appears for the user to 
choose from. 

144. A method according to claim 140, wherein said graphical user interface displays a 
list of order management options. 

145. A method according to claim 144, wherein said list of order management options 
includes options to route parts of the order to third party systems. 

146. A method according to claim 144, wherein said list of order management options 
includes an option of sending targeted notifications of the residual part of the order that 
was not routed to other parties in order to attract responsive orders. 

147. A method according to claim 144, wherein, upon selecting an option from said 
list, a user enters a dialog to edit relevant dissemination parameters. 

148. A method according to claim 140, wherein a user specifies a time to be allotted for 
each step of said script. 
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149. A method of managing orders in a securities market, comprising the steps of: 
(a) electronically receiving data comprising a first preferenced order and 

conditions thereon from a first market participant, wherein said first preferenced order is 
directed to a preferencing ID; 
5 (b) electronically storing said received data in a database; 

(c) electronically receiving and storing in said database data comprising contra 
orders from other market participants; 

(d) searching said database for contra orders that satisfy said conditions on said 
order from said first market participant; 

10 (e) ranking market participants whose contra orders satisfy said conditions; 

(f) sending a second preferenced order to a second market participant with an 
optimum or optimal ranking; and 

(h) if said second market participant accepts said second preferenced order, 
attempting to execute said first preferenced order and said second preferenced order as a 
15 single transaction, where either both legs of the trade carry through to completion or 

neither does. 

150. A method according to claim 149, wherein the transactional integrity of the two- 
legged trade in ensured by altering the normal processing and execution of said second 

20 preferenced order so that the execution does does not take effect until said first 

preferenced order can be made non-cancellable. 

151. A method according to claim 150, wherein said first preferenced order is made 
non-cancellable by setting said first preferenced order's status internally to an "executed" 

25 status. 

1 52. A method according to claim 149, wherein transactional integrity of the two- 
legged trade is ensured by issuing a single report for clearing that contains the identities of 
the first and second participants as true parties to the trade. 

30 

153. A method according to claim 149, wherein said execution message received from 
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154. A method according to claim 153, wherein only an execution message notifying 
said referencing ID of execution by said second market participant is allowed to proceed. 

5 

155. A method according to claim 149, wherein said first market participant and said 
second market participant discover each other's identities after execution. 

156. A method according to claim 149, wherein said first market participant and said 
10 second market participant discover each other's identities after close of a normal trading 

session. 

157. A method according to claim 149, wherein said step of attempting to execute said 
first preferenced order against said second preferenced order comprises modifying the 

1 5 execution price to the midpoint of the first and second orders. 

158. A method according to claim 149, wherein said first preferenced order may 
include additional size that is not routed to said second participant, but may be executed 
against a counteroffer from said second participant. 

20 

1 59. A method according to claim 149, wherein said first market participant is an 
auction server, and wherein said first preferenced order is passive enough to be 
considered a targeted request for quotation. 

25 160. A method of effecting a targeted auction, comprising the steps of: 

(a) electronically receiving data including confidential information regarding 
market participants; 

(b) electronically storing said received data regarding market participants; 

(c) electronically receiving information including a first order from a first market 
30 participant computer; 

(d) electronically storing said information received from said first market 
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participant computer; 

(f) electronically transmitting to selected market participants data based on said 
information received from said first market participant computer; 

(g) electronically receiving subsequent orders from said selected market 
5 participants in response to said transmitted data; 

(h) conducting an electronic auction among orders including said orders received 
in response to said transmitted data; wherein in said electronic auction an order is 
displayed as a passive order and executes immediately against contra orders at that price, 
but upgrades its price to a more aggressive price for randomly-scheduled match check 

1 0 events where neither party has control of time of execution; and 

(i) electronically transmitting the status of orders to the respective market 
participants who initiated them. 

161. A method as in claim 1 60, wherein said more aggressive price is also displayed to 
15 auction participants to enable evaluation of the value of the market timing option. 

162. A method as in claim 160, wherein said more aggressive price is the market 
midpoint price. 

20 163. A method as in claim 160, wherein similar orders on opposite sides are matched in 

said randomly-timed match check events. 

1 64. A method of order management comprising the steps of: 

(a) electronically receiving first participant information from a first market 
25 participant computer, said first participant information including a first order and 
indicating: 

(i) whether said first order is exposed to random match check events; 

(ii) whether said first order is exposed to immediate execution against 
orders entered independently on the contra side; 

30 (iii) whether said first order is exposed to immediate execution against 

orders entered in response to notification of said first order; 
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(b) electronically storing said first participant information; 

(c) electronically receiving a second order from a second participant; 

(d) executing said second order against said first order if the price and size match 
and if said first participant information indicates that said first order is exposed to 

5 immediate matching against incoming orders; and 

(e) executing randomly-timed match check events wherein other orders will match 
against the first order if the price and size match and if said first participant information 
indicates that said first order is to be exposed to randomly-timed match check events. 

10 165. A method as in claim 1 64, wherein said first order has a passive price when 

considered to match an incoming order, but a more aggressive price when checked for a 
match in a randomly-timed match check event. 

166. A method as in claim 164, wherein said first participant information comprises a 
1 5 request that a message be generated to notify any party who enters an order on the contra 

side if the party is close to matching but does not quite have the right price or size for a 
match. 

167. A method as in claim 164, wherein said first participant information comprises a 
20 specification of what price differential range results in a party being notified that the party 

is close to matching. 

168. A method as in claim 164, wherein said first participant information comprises a 
specification of what size differential range results in a party being notified that the party 

25 is close to matching. 

169. A method of effecting a targeted auction, comprising the steps of: 

(a) electronically receiving data including confidential information regarding 
market participants; 

30 (b) electronically storing said received data regarding market participants; 

(c) electronically receiving information including a first order from a first market 
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participant computer; 

(d) electronically storing said information received from said first market 
participant computer; 

(e) producing a targeted dissemination list of market participants based on said 
5 stored data regarding market participants and said information received from said first 

market participant computer; 

(f) electronically transmitting to the market participants on said targeted 
dissemination list data based on said information received from said first market 
participant computer; 

10 (g) electronically receiving an order from a second market participant; 

(h) checking order parameters for possible matching and execution of said second 
participant's order against said first order; 

(i) electronically receiving an order from a third market participant in response to 
said transmitted data; 

1 5 (j) checking order parameters for possible matching and execution of said third 

participant's order against said first order; 

(k) conducting an electronic auction among orders including said orders received 
in response to said transmitted data; and 

(1) electronically transmitting the status of orders to the respective market 
20 participants who initiated them. 

170. A method of managing market information, comprising the steps of: 

electronically receiving data from a first market participant, said data comprising 
an order to buy or sell market securities, and further comprising conditions on similar 
25 orders on the contra side; 

electronically storing said data from said first market participant; 

electronically transmitting information to one or more entities, said information 
comprising said conditions; 

electronically receiving notification from one of said one or more entities, said 
30 notification comprising an indication that a second participant's order matches said 
conditions, 
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including data related to said order received from said first market participant. 



171. A method as in claim 170, wherein said one of said one or more entities is an 
5 electronic trading system, 

172. A method as in claim 170, wherein said one of said one or more entities is a 
market participant. 

10 173. A method as in claim 170, wherein said one of said one or more entities is 

contractually bound to use said information including data related to said order received 
from said first market participant only for the purpose of forwarding data related to said 
first participant's order to said second participant. 

15 174. A method as in claim 170, wherein said entity is: 

(a) further contractually bound to permit an auditing firm to audit the entity's 
information dissemination practices; and 

(b) subject to termination of its privilege of receiving dissemination lists if said 
auditing firm determines that the entity has failed to satisfactorily maintain confidentiality 

20 of dissemination lists or has failed to use said lists only for the purpose of sending 
information to members of said lists. 

175. A method of managing market information, comprising the steps of: 

electronically receiving data from a first market participant, said data comprising 
25 an order to buy or sell market securities and data specifying order-handling rules that 
specify that the order should be exposed to randomly-scheduled match-check events; 
electronically storing said data from said first market participant; 
electronically receiving information from a second market participant, said 
information including an order to trade securities; 
30 electronically scheduling a match-check event; and 

electronically triggering execution of auctions with orders received at the time of 
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said scheduled match-check event. 

176. The method as in claim 175, wherein orders received from market participants are 
checked for possible immediate matching against previously-entered orders. 

5 

1 77. The method as in claim 1 76, wherein said data from said first market participant 
includes a more aggressive price that will be effective only during said match-check 
event. 

10 178. The method as in claim 177, wherein said more aggressive price is displayed to a 

marketplace. 



-91 - 



WO 01/93169 



PCT/US01/17519 



1/19 



40 



50 



EXTERNAL DATE 
SOURCE (EDS) 



EDS 




EDS 




EDS 



CTI USER 
DATABASE 



10 
Z_ 




60 



CTI 
MANAGER 



30 



AUCTION 
SERVER 



COMMUNICATIONS NETWORK 



USER 




USER 




USER 




USER 



20 



210 



INITIATING 
USER 



230- 



Fig.l 



220 



BILATERAL 
CTI FILTER 



CTI 

INFORMATION 



MP 



240 




MP 



MP 



MP 



MP 



MP 



Fig. 2 



MARKET 
PATICIPANT 
(MP) 



WO 01/93169 



PCT/US01/17519 



2/19 



USER COMMUNICATES 
INITIATING INTEREST 



310 



USER COMMUNICATES 
DISSEMINATION PARAMETERS 



320 



CTI MANAGER ACCESSES 
CTI INFORMATION 



•330 



CTI IDENTIFIES TARGETED 
MARKET PARTICIPANTS 



•340 



DISSEMINATION LIMITED 
BY MARKET PARTICIPANT 
NOTIFICATION PARAMETERS 



V 



350 



CTI MANAGER NOTIFIES 
MARKET PARTICIPANTS 



360 



Fig. 3 



PCT/USOl/17519 



3/19 



MARKET PARTICIPANTS 
NOTIFIED OF ACTION 



405 



MARKET PARTICIPANTS 
RESPOND 



/ 



AUCTION SERVER 
ACCUMULATES ORDERS 



AUCTION SERVER 
PRIORITIZES ORDERS 



AUCTION SERVER 
EXECUTES MATCH 



ORDER STATUS 
REPORTED 



410 



420 



430 



440 



•450 



TRADE AMENDMENT/BREAK M 60 
PERIOD 




Fig. 4 



PCT/US01/17519 



4/19 



SYSTM RECEIVES ORDER AND 
DISSEMINATES PARAMETERS 



510 



DISSEMINATION LIST 
CREATED 



•520 



MP IDENTIFIED 



530 



ORDER ROUTED TO 
IDENTIFIED MP 



•540 



Fig. 5 



WO 01/93169 



PCT/US01/17519 



5/19 



SYSTM RECEIVES ORDER AND 
DISSEMINATES PARAMETERS 



610 



DISSEMINATION LIST 
CREATED 



•620 



MPS ON DISSEMINATION LIST 
RANKED 



f 



630 



ORDER ROUTED TO 
HIGHEST-RANKED MP 



640 





YES 


STOP 


-< < 




i 50 

ORDER EXECUTED? 

NO 660 



ORDER ROUTED TO NEXT 
HIGHEST-RANKED MP 



Fig. 6 



WO 01/93169 



PCT/US01/17519 



6/19 




SUCCESS RATES 
CALCULATED 



REPORT RELEVANT QUERY 
SUCCESS STATISTICS 



730 



REPORT PRICE 
IMPACT STATISTICS 



•740 



Fig. 7 



WO 01/93169 



PCT/US01/17519 



7/19 



SYSTEM RECEIVES ORDER DATA FROM FIRST MP 



/ 



810 



RECEIVED DATA STORED IN DATABASE 



SYSTEM RECEIVES DATA COMPRISING 
CONDITIONS ON ORDERS FROM SECOND MP 



820 



-830 



SYSTEM SEARCHES DATABASE FOR ORDERS 
SATISFYING SECOND MP'S CONDITIONS AND 
FINDS ONE OR MORE ORDERS, INCLUDING 
ORDER FROM FIRST MP 



840 



FOUND ORDERS DESIGNATED AS "RESERVED" f 



T 



850 



ONE OR MORE FOUND ORDERS (INCLUDING ORDER 
RECEIVED FROM FIRST MP) ROUTED TO SECOND MP 



5~ 



860 



SYSTEM RECEIVES STATUS INFO FROM SECOND J 870 
MP REGARDING ORDER FROM FIRST MP 




885 



SYSTEM REPORTS 
EXECUTION TO FIRST MP 



"RESERVED" DESIGNATION 
IS REMOVED FROM ORDER 



895 



Fig. 8 



WO 01/93169 



8/19 



PCT/US01/17519 



[xl 



CO 
£= 
_0 

CJ> 
CD 
X 
CD 

co 

CD 



<o 



CD 
CO 



<3 



CO 



CD 

CO 



CO 



LO 

CO 



CO 



CO 



60 



□ 



CO 



CO 



m 



66 



□ 



era 




CO 
CD 

£=: 

CO 
CZ2_ 

CD 
CO 



CO 

<o 

~CO 



CO 
Q_ 

CD 



<0 



<o 
ljZ 








CD 

<o_ 




Q 




C3 


o 


CO 




~c3 

CO 


! i 

CO 
Q_ 


LJJ 




CD 
CO 


LU 

CO 


>- 

oa 






Time 


8:51 AM 


8:49 AM 




I 


CD 
CO 


co 

CO 
CO 


CO 
CO 

CD 








-P- 




\ 



On 



WO 01/93169 



9/19 



PCT/US01/17519 



1010 

Securities order-related or trade-related data 
regarding set of participants received 




T 


1020 

Securities order-related or trade-related data 
regarding set of participants stored 




r 


1030 

Securities order-related or trade-related query 
received from first participant 




r 


1040 

Dissemination list of participants is computed 







± 



1050 

Dissemination list is transmitted to privileged entity 



FIG. 10 



WO 01/93169 



10/19 



PCT/US01/17519 



1110 

Securities order-related or trade-related data 
regarding set of participants received 



1120 

Securities order-related or trade-related data 
regarding set of participants stored 

y 

1130 

Securities order parameters received from first 
participant 



± 

1140 

Dissemination list of participants is computed based 
on ranking likely contras 



1150 

Dissemination list is transmitted to privileged entity 



FIG. 11 



WO 01/93169 



PCT/US01/17519 



11/19 
1210 

Data including confidential information regarding participants is 

received 

i 

1220 

Data including confidential information regarding participants is stored 

i 

1230 

Information including first order received from first participant 

i 

1240 

Information including first order received from first participant is stored 

1250 

Dissemination list is produced 

y , 

1260 

Data based on first participant information is transmitted to 
participants on dissemination list 

i 

1270 

Orders received from participants on dissemination list 

I 

1280 

Electronic auction conducted 
1290 

Order statuses transmitted 



FIG. 12 



WO 01/93169 



PCT/US01/17519 



12/19 

1310 ~ ~ 

Data including confidential information regarding participants is 

received 

i 

1320 

Data including confidential information regarding participants is stored 

x 

1330 

Information including first order received from first participant 

i 

1340 

Information including first order received from first participant is stored 



1350 

Dissemination list is produced 

i 

1360 

Data based on first participant information is transmitted to 
participants on dissemination list 

i 

1370 

Orders received from participants on dissemination list, wherein 
participants have option of placing order in order depository 

i 

1380 

Electronic auction conducted 
1390 

Order statuses transmitted 



FIG. 13 



WO 01/93169 



13/19 



PCT/US01/17519 



1410 

Data comprising an order and conditions on said order from first 

participant is received 



1420 

Data comprising an order and conditions on said order is stored in 

database 



1430 

Data comprising contra orders from other participants is received and 

stored in database 



1440 

Database is searched for contra orders that satisfy conditions 



1450 

Contra orders satisfying conditions ranked 



1460 

Order routed to participants from which ranked contra orders 
received, according to rank 



FIG. 14 



WO 01/93169 



14/19 



PCT/US01/17519 



1510 

Data comprising first preferenced order and conditions on said order from first 
participant is received, wherein said order is directed to preferencing ID 

l 

1520 

Data is stored in database 

i 

1530 

Data comprising contra orders from other participants is received and 

stored in database 

^_ i 

1540 

Database is searched for contra orders that satisfy conditions 

i 

1550 

Contra orders satisfying conditions ranked 



1560 

Second preferenced order sent to second participant 



1570 

If said second participant accepts said second preferenced order, attempt is made 
to execute said first and second preferenced orders in single transaction 



FIG. 15 



WO 01/93169 



PCT/US01/17519 



15/19 



1610 



Data including confidential information regarding participants is 

received 



1620 



Data including confidential information regarding participants is stored 



1630 



Information including first order received from first participant 



1640 



Information including first order received from first participant is stored 



▼ 

1650 

Data based on first participant information is transmitted to selected 

participants 

jt 

1660 

Orders received from participants 



1670 

Electronic auction conducted, wherein order is displayed as passive and executes 
immediately against contras at that price, but upgrades to more aggressive price for 

randomly-scheduled match-check events 

^ i 

1680 

Order statuses transmitted 



FIG. 16 



WO 01/93169 



16/19 



PCT/US01/17519 



1710 



Data comprising first order and conditions on said order from first 

participant is received 



1 




1720 

Data is stored in database 




f 


1730 

Second order from second participant is received and stored 




r 



1740 

Second order is executed against first order if price and size match 
and if first participant indicated that first order is exposed to 
immediate matching against incoming orders 



f_ 

1750 

Randomly-timed match-check events executed 



FIG. 17 



WO 01/93169 



PCT/US01/17519 



17/19 



1805 

Data including confidential information regarding participants is received 



1810 



Data including confidential information regarding participants is stored 



1815 



Information including first order received from first participant 



1820 

Information including first order received from first participant is stored 



1825 

Dissemination list is produced 



1830 

Data based on first participant information is transmitted to participants on dissemination list 



1835 

Order received from second participant 



1840 

Order parameters for second order 
checked against first order 



1845 

Order from third market 
participant received 



1855 

Electronic auction conducted 



1850 

Order parameters for third order 
checked against first order 



1860 

Statuses of orders transmitted 



FIG. 18 



WO 01/93169 



18/19 



PCT/US01/17519 



1910 

Data comprising first order and conditions on said order from first 

participant is received 



1 


r 


1920 

Data is stored in database 




r 


1930 

Information comprising conditions is transmitted to one or more 

entities 




r 



1940 

Notification regarding second order received from one of said one or 

more entities 



± 

1950 

Data related to first order transmitted to said one of said one or more 

entities 



FIG. 19 



WO 01/93169 



19/19 



PCT/US01/17519 



2010 

Data comprising order and order-handling rules from first participant is 

received 





r 


2020 

Data is stored 




r 


2030 

Information comprising second order from second participant is 

received and stored 




r 


2040 

Match-check event is electronically scheduled 




f 


2050 

Execution of orders received at time of match-check event is 
electronically triggered 



FIG. 20 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US01/17519 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC(7) :G06F 17/60, 
US CL :705/l, 26, 27, 37 
According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 705/1, 26, 27, 37 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
STN, WEST, EAST 

search terms: buyer or purchaser, seller or merchant, offer, bid, matching,... 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



X 
A 
A 
A 
A 
A 



US 5,950,177 A (LUPIEN et al) 07 September 1999, col. 5-18 
US 5,794,207 A (WALKER et al) 11 August 1998, abstract. 
US 5,924,082 A (SILVERMAN et al) 13 July 1999, abstract. 
US 5,842,178 A (GIOVANNOLI) 24 November 1998, abstract. 
US 5,724,524 A (HUNT et al) 03 March 1998, abstract. 
US 5,136,501 A (SILVERMAN et al) 04 August 1992, abstract. 



1-178 
1-178 
1-178 
1-178 
1-178 
1-178 



""x] Further documents are listed in the continuation of Box C. | ~ ] See patent family annex. 



* Special categories of cited documents: 

"A" document defining the general state of the art which is not considered 

to be of particular relevance 

"E" earlier document published on or after the international filing date 

"L" document which may throw doubts on priority claim (s) or which is 

cited to establish the publication date of another citation or other 
special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or other 

means 

"P" document published prior to the international filing date but later than 
the priority date claimed 



later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand the 
principle or theory underlying the invention 

document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive step 
when the document is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an inventive step when the document is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 

document member of the same patent family 



Date of the actual completion of the international search 
08 AUGUST 2001 



Date of mailing of the international search report 



05 S EP 7Q0f, 



Name and mailing address of the ISA/US 
Commissioner of Patents and Trademarks 
Box PCT 

Washington, D.C. 20231 
Facsimile No. (703) 305-3230 



Authorized officer l-l^fi/LC^. 

VINCENT A. MILLIN 
Telephone No. (703) 308-1065 



Form PCT/ISA/210 (second sheet) (July 1998)* 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US01/17519 



C (Continuation). DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


A 


US 5,717,989 A (TOZZOLI et al) 10 February 1998, abstract. 


1-178 



Form PCT/ISA/210 (continuation of second sheet) (July 1998)* 



